在Java與Kotlin之間如何進(jìn)行互操作詳解
前言
目前kotlin是谷歌首推的開發(fā)Android的語(yǔ)言,但由于歷史原因,我們絕大部分項(xiàng)目依舊還是以Java為主的,也就是說存在Java和Kotlin兩種語(yǔ)言同時(shí)開發(fā)的情況。
有人會(huì)說把老項(xiàng)目全部翻譯成Kotlin,的確可以怎么做,但是成本還是挺大的。我們只能一點(diǎn)一點(diǎn)慢慢的向kotlin語(yǔ)言遷移。
那么在遷移的過程中就避免不了Java和Kotlin相互調(diào)用的情況。即Kotlin調(diào)用Java或者Java調(diào)用Kotlin。下面我們就來具體看下兩者之間相互操作的一些解決方案。
kotlin調(diào)用java
可空性(Nullability)
Java默認(rèn)有數(shù)值可空性而kotlin沒有,所以在調(diào)用Java的方法的時(shí)候不知道會(huì)不會(huì)收到空值。
所以我們?cè)贙otlin中調(diào)用Java的時(shí)候需要添加 ?或者 !來告訴Kotlin有可能出現(xiàn)空值。
比如這里有一個(gè)Java方法,接受一組字符串后返回一組做字符串:
public Set<String> toSet(Collection<String> elements){
//TODO
}
那么Kotlin在調(diào)用的時(shí)候是不能確定輸入和輸出是否可為空的。就需要使用?或者 !來輔助判斷。
為了方便Kotlin調(diào)用,我們通常使用 @NotNull 注解來標(biāo)識(shí)Java代碼的非原始參數(shù)、字段、返回值。
@NotNull
Set<@NotNull String> toSet(@NotNull Collection<@NotNull String> elements){
//TODO
}
這個(gè)Kotlin在調(diào)用的時(shí)候就明確知道不能為空,這里我們使用的是jetBrain的 @NotNull注解,當(dāng)然還有其他選擇,如下圖:

這里還是推薦使用JetBrain或者Android的注解。
前綴屬性:(getter、setter)
如果是使用Java bean,那么我們?cè)贙otlin中調(diào)用就沒有什么問題。
如果你的空參數(shù)方法是以get開頭的,那么Kotlin就知道這是getter,就可以通過屬性名來訪問它。
相同的如果是由set開頭的單一參數(shù)方法,那么Kotlin就知道這是setter,就通過屬性名直接賦值。
當(dāng)然is的工作原理也是和它們類似的。
我們定義一個(gè)Java bean:
class User {
private String name;
private int age;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getAge() {
return age;
}
public void setAge(int age) {
this.age = age;
}
}
Kotlin中訪問
val user = User() user.name = "四爺" //賦值 val age = user.age //獲取age字段值
關(guān)鍵字(keywords)
kotlin中有很多系統(tǒng)定義的關(guān)鍵字如 fun is in objects、typeof、val、var、when、typealias等。
這些關(guān)鍵字在java是可以被使用的,但是在kotlin卻是不行的。
函數(shù)或者參數(shù)使用了這些關(guān)鍵字,那么kotlin在調(diào)用的時(shí)候會(huì)出現(xiàn)一些問題,比如Java中定義了一個(gè)方法名叫 is 的方法。那么在Kotlin中直接調(diào)用就會(huì)報(bào)錯(cuò)。
那么最簡(jiǎn)單的方法就是重命名Java方法,但如果調(diào)用的是三方庫(kù)的方法,就很難去重命名了。
所以我們另一種解決方式是在Kotlin調(diào)用java方法的時(shí)候加上 `` 反引號(hào)來使用。
Utils.`is`()
但是我們?nèi)绻苤孛€是重命名,以防止代碼出現(xiàn)太多的符號(hào)。
避免在任何擴(kuò)展方法和擴(kuò)展屬性上使用Any

運(yùn)算符重載(operator Overloading)
在Java不存在運(yùn)算符重載,而kotlin有。比如:
a+b => a.plus(b)
在kotlin中將運(yùn)算符 + 翻譯為了方法 plus。
如果在Java中使用了同樣的方法名稱,比如 加(plus)、 減(minus)或者其他運(yùn)算符名稱,那么請(qǐng)務(wù)必確保他們與運(yùn)算符兼容,避免意外調(diào)用他們。
Java調(diào)用Kotlin
JvmName & JvmMultifileClass
當(dāng)我們?cè)谶w移的時(shí)候會(huì)將Java的工具類翻譯為Kotlin拓展函數(shù)或者頂層函數(shù)。但是這樣處理之后,在Java文件中是無法直接調(diào)用的,此時(shí)我們需要加注解 @file:JvmName(“文件名稱”):
Ext.kt文件
@file:JvmName("ExtUtils")
package com.demo.javaAndKotlin
fun a(): String {
...
}
fun b(): String {
...
}
這里我們將名稱命名為ExtUtils。此外,我們可能還有其他的頂層函數(shù)或者擴(kuò)展函數(shù)。按照上面這種方式我們也可以指定一個(gè)其他的名稱,但是如果我們也想使用ExtUtils這個(gè)名稱的時(shí)候會(huì)報(bào)錯(cuò):
Duplicate JVM class name
此時(shí)我們需要在不同的文件中加入新的注解 @file:JvmMultifileClass 。意思是將所有的文件合并到一個(gè)新的名稱為ExtUtils文件中。
ExtOther.kt文件
@file:JvmMultifileClass
@file:JvmName("ExtUtils")
package com.demo.javaAndKotlin
fun c(str: Any): String {
...
}
我們?cè)贓xt.kt文件中也加入@file:JvmMultifileClass注解,我們就可以在Java文件中直接使用ExtUtils來調(diào)用 a(),b(),c()方法了。
JvmField
在 kotlin中我們使用的數(shù)據(jù)類即 data class 是不需要指定getter和setter的,可以直接通過字段名來訪問它們。但是如果是在Java文件中調(diào)用data class依舊是需要使用getter和setter方法進(jìn)行調(diào)用的。這里我們是可以修改他們的,那就是使用 @JvmField 注解,通過注解,可以直接將字段暴露出去進(jìn)行訪問。
data class Person(
@JvmField var name: String,
@JvmField var age: Int
)
//java中調(diào)用
Person person = new Person("",1);
person.name = "";
person.age = 10;
但是也有例外就是lateinit修飾的字段會(huì)自動(dòng)暴露,無需指定@JvmField注解。還有const修飾的字段也是一樣會(huì)自動(dòng)暴露。
另外,如果我們想在Java中調(diào)用setName的時(shí)候修改這個(gè)屬性名稱不叫setName,這里我們需要使用@set:JvmName 注解。同理修改getName使用@get:JvmName 。需要注意的是,指定了@set:JvmName或者@get:JvmName注解后不需要在指定@JvmField了。
data class Person(
@set:JvmName("changeName")
var name: String,
@JvmField var age: Int,
@get:JvmName("likesPink")
var likesPink: Boolean
){
lateinit var address:String
}
JvmStatic
當(dāng)我們將Java文件的靜態(tài)方法遷移到Kotlin中時(shí),我們會(huì)將其放在 companion object中,但是這樣處理之后在Java文件中無法直接調(diào)用,得通過companion對(duì)象實(shí)例方法來調(diào)用。
class MyService {
internal fun doWork() {
...
}
companion object {
fun schedule(context: Context) {
...
}
}
}
//在Java中調(diào)用
MyService.Companion.schedule(this);
幸運(yùn)的是Kotlin提供了 @JvmStatic 注解。他會(huì)讓Kotlin在編譯器完成類封裝后生成一個(gè)靜態(tài)方法。
class MyService {
internal fun doWork() {
...
}
companion object {
@JvmStatic
fun schedule(context: Context) {
...
}
}
}
//在Java中調(diào)用
MyService.schedule(this);
JvmOverloads
在Kotlin中我們可以給函數(shù)的參數(shù)設(shè)置默認(rèn)值,即默認(rèn)參數(shù)。但是這個(gè)功能在Java中是沒有的。如果不做任何處理,那么在Java中調(diào)用函數(shù)的時(shí)候,就必須每個(gè)參數(shù)都要傳入。那么我們?cè)O(shè)置的默認(rèn)參數(shù)就沒有任何意義了。
所以,Kotlin給我們提供了 @JvmOverloads注解,使用這個(gè)注解后,會(huì)讓Kotlin編譯器按照從左向右的順序依次為每一個(gè)可選參數(shù)生成重載。
@JvmOverloads
fun Bitmap.resize(width: Int, height: Int = 200) {
}
//java調(diào)用
ExtUtils.resize(bitmap,100);
這里我們?cè)贙otlin中很容易就理解了Bitmap.resize方法的含義,但是ExtUtils.resize這樣調(diào)用的時(shí)候,方法名不夠明確。所以我們可以使用@JvmName注解來指定名稱。
@JvmName("resizeBitmap")
@JvmOverloads
fun Bitmap.resize(width: Int, height: Int = 200) {
}
//java調(diào)用
ExtUtils.resizeBitmap(bitmap,100);
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
Spring Boot 整合持久層之JdbcTemplate
持久層是 Java EE 中訪問數(shù)據(jù)庫(kù)的核心操作,Spring Boot 中對(duì)常見的持久層框架都提供了自動(dòng)化配置,例如 JdbcTemplate 、 JPA 等,Mybatis 的自動(dòng)化配置則是 Mybatis 官方提供的2022-08-08
為什么不推薦使用BeanUtils屬性轉(zhuǎn)換工具示例詳解
這篇文章主要介紹了為什么不推薦使用BeanUtils屬性轉(zhuǎn)換工具,本文通過示例代碼給大家詳細(xì)介紹,對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-07-07
解決idea中yml文件圖標(biāo)問題及自動(dòng)提示失效的情況
這篇文章主要介紹了解決idea中yml文件圖標(biāo)問題及自動(dòng)提示失效的情況,具有很好的價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2021-01-01
Java中StringUtils工具類進(jìn)行String為空的判斷解析
這篇文章主要介紹了Java中StringUtils工具類進(jìn)行String為空的判斷解析,具有一定借鑒價(jià)值,需要的朋友可以參考下2018-01-01

