从 Java 调用 Kotlin
Kotlin 代码可以从 Java 轻松调用。 例如,可以在 Java 方法中无缝创建和操作 Kotlin 类的实例。 然而,在将 Kotlin 代码集成到 Java 时,Java 和 Kotlin 之间存在某些需要注意的差异。 在本页中,我们将描述定制 Kotlin 代码与其 Java 客户端互操作的方式。
属性
Kotlin 属性会被编译为以下 Java 元素:
- 一个 getter 方法,名称通过添加
get前缀计算得出。 - 一个 setter 方法,名称通过添加
set前缀计算得出(仅限var属性)。 - 一个私有字段,名称与属性名称相同(仅限带支持字段的属性)。
例如,var firstName: String 会编译为以下 Java 声明:
private String firstName;
public String getFirstName() {
return firstName;
}
public void setFirstName(String firstName) {
this.firstName = firstName;
}如果属性名称以 is 开头,则使用不同的名称映射规则:getter 的名称与属性名称相同,而 setter 的名称通过将 is 替换为 set 获得。 例如,对于属性 isOpen,getter 名为 isOpen(),setter 名为 setOpen()。 此规则适用于任何类型的属性,而不仅仅是 Boolean。
软件包级函数
在 org.example 软件包内的 app.kt 文件中声明的所有函数和属性(包括扩展函数),都会被编译为名为 org.example.AppKt 的 Java 类的静态方法。
// app.kt
package org.example
class Util
fun getTime() { /*...*/ }// Java
new org.example.Util();
org.example.AppKt.getTime();要为生成的 Java 类设置自定义名称,请使用 @JvmName 注解:
@file:JvmName("DemoUtils")
package org.example
class Util
fun getTime() { /*...*/ }// Java
new org.example.Util();
org.example.DemoUtils.getTime();如果多个文件生成的 Java 类名相同(相同的软件包和相同的名称,或相同的 @JvmName 注解),通常会导致错误。 但是,编译器可以生成一个具有指定名称的单一 Java 外观类,其中包含来自具有该名称的所有文件的所有声明。 要启用此类外观类的生成,请在所有此类文件中使用 @JvmMultifileClass 注解。
// oldutils.kt
@file:JvmName("Utils")
@file:JvmMultifileClass
package org.example
fun getTime() { /*...*/ }// newutils.kt
@file:JvmName("Utils")
@file:JvmMultifileClass
package org.example
fun getDate() { /*...*/ }// Java
org.example.Utils.getTime();
org.example.Utils.getDate();实例字段
如果你需要将 Kotlin 属性公开为 Java 中的字段,请使用 @JvmField 注解。 该字段的可见性与其底层属性相同。如果满足以下条件,则可以使用 @JvmField 注解属性:
- 具有支持字段
- 不是私有的
- 不带有
open、override或const修饰符 - 不是委托属性
class User(id: String) {
@JvmField val ID = id
}
// Java
class JavaClient {
public String getID(User user) {
return user.ID;
}
}延迟初始化的属性也会作为字段公开。 该字段的可见性与 lateinit 属性的 setter 的可见性相同。
静态字段
在具名对象或伴生对象中声明的 Kotlin 属性具有静态支持字段,这些字段要么位于该具名对象中,要么位于包含伴生对象的类中。
通常这些字段是私有的,但可以通过以下方式之一公开:
@JvmField注解lateinit修饰符const修饰符
使用 @JvmField 注解此类属性会使其成为静态字段,且具有与属性本身相同的可见性。
class Key(val value: Int) {
companion object {
@JvmField
val COMPARATOR: Comparator<Key> = compareBy<Key> { it.value }
}
}// Java
Key.COMPARATOR.compare(key1, key2);
// Key 类中的 public static final 字段具名对象或伴生对象中延迟初始化的属性具有静态支持字段,且可见性与属性的 setter 相同。
object Singleton {
lateinit var provider: Provider
}
// Java
Singleton.provider = new Provider();
// Singleton 类中的 public static non-final 字段声明为 const 的属性(在类中以及顶层)在 Java 中会转换为静态字段:
// file example.kt
object Obj {
const val CONST = 1
}
class C {
companion object {
const val VERSION = 9
}
}
const val MAX = 239在 Java 中:
int constant = Obj.CONST;
int max = ExampleKt.MAX;
int version = C.VERSION;静态方法
如上所述,Kotlin 将软件包级函数表示为静态方法。 如果你将函数注解为 @JvmStatic,Kotlin 还可以为具名对象或伴生对象中定义的函数生成静态方法。 如果你使用此注解,编译器既会在对象的封闭类中生成一个静态方法,也会在对象本身中生成一个实例方法。例如:
class C {
companion object {
@JvmStatic fun callStatic() {}
fun callNonStatic() {}
}
}现在,callStatic() 在 Java 中是静态的,而 callNonStatic() 则不是:
C.callStatic(); // 运行正常
C.callNonStatic(); // 错误:不是静态方法
C.Companion.callStatic(); // 实例方法依然存在
C.Companion.callNonStatic(); // 唯一的运行方式对于具名对象也类似:
object Obj {
@JvmStatic fun callStatic() {}
fun callNonStatic() {}
}在 Java 中:
Obj.callStatic(); // 运行正常
Obj.callNonStatic(); // 错误
Obj.INSTANCE.callNonStatic(); // 正常,通过单例实例调用
Obj.INSTANCE.callStatic(); // 也能运行从 Kotlin 1.3 开始,@JvmStatic 也适用于接口的伴生对象中定义的函数。 此类函数会编译为接口中的静态方法。请注意,接口中的静态方法是在 Java 1.8 中引入的,因此请确保使用相应的目标。
interface ChatBot {
companion object {
@JvmStatic fun greet(username: String) {
println("Hello, $username")
}
}
}你还可以将 @JvmStatic 注解应用于具名对象或伴生对象的属性,使其 getter 和 setter 方法成为该对象或包含该伴生对象的类中的静态成员。
接口中的默认方法
当目标平台为 JVM 时,Kotlin 会将接口中声明的函数编译为 默认方法,除非 另有配置。 这些是接口中的具体方法,Java 类可以直接继承而无需重新实现。
这是一个带默认方法的 Kotlin 接口示例:
interface Robot {
fun move() { println("~walking~") } // 将成为 Java 接口中的默认方法
fun speak(): Unit
}默认实现可供实现该接口的 Java 类使用。
//Java 实现
public class C3PO implements Robot {
// Robot 的 move() 实现隐式可用
@Override
public void speak() {
System.out.println("I beg your pardon, sir");
}
}C3PO c3po = new C3PO();
c3po.move(); // 来自 Robot 接口的默认实现
c3po.speak();接口的实现可以重写默认方法。
//Java
public class BB8 implements Robot {
//默认方法的自有实现
@Override
public void move() {
System.out.println("~rolling~");
}
@Override
public void speak() {
System.out.println("Beep-beep");
}
}默认方法的兼容模式
Kotlin 提供了三种模式,用于控制接口中的函数如何编译为 JVM 默认方法。 这些模式决定了编译器是否在 DefaultImpls 类中生成兼容性桥接方法和静态方法。
你可以使用 -jvm-default 编译器选项控制此行为:
-jvm-default编译器选项取代了已弃用的-Xjvm-default选项。
详细了解兼容模式:
enable
默认行为。 在接口中生成默认实现,并包括兼容性桥接方法和 DefaultImpls 类。 此模式保持与旧版编译的 Kotlin 代码的兼容性。
no-compatibility
仅在接口中生成默认实现。 跳过兼容性桥接方法和 DefaultImpls 类。 对于不与依赖 DefaultImpls 类的代码交互的新代码库,请使用此模式。 这可能会破坏与旧版 Kotlin 代码的二进制兼容性。
如果使用了接口委托,则会委托所有接口方法。
disable
禁用接口中的默认实现。 仅生成兼容性桥接方法和 DefaultImpls 类。
可见性
Kotlin 可见性修饰符以下列方式映射到 Java:
private成员会被编译为private成员。private顶层声明会被编译为private顶层声明。如果从类内部访问,还会包括包级私有访问器。protected保持为protected。(请注意,Java 允许从同一软件包中的其他类访问 protected 成员,而 Kotlin 不允许,因此 Java 类将对代码具有更广泛的访问权限。)internal声明在 Java 中变为public。internal类的成员会经过名称修饰(name mangling),以使其更难从 Java 中意外使用,并允许为根据 Kotlin 规则互不可见但具有相同签名的成员提供重载。public保持为public。
KClass
有时你需要调用一个带有 KClass 类型形参的 Kotlin 方法。 从 Class 到 KClass 没有自动转换,因此你必须通过调用相当于 Class<T>.kotlin 扩展属性的以下内容来手动完成:
kotlin.jvm.JvmClassMappingKt.getKotlinClass(MainView.class)使用 @JvmName 处理签名冲突
有时我们在 Kotlin 中有一个具名函数,而在字节码中我们需要一个不同的 JVM 名称。 最突出的例子是由于 类型擦除 引起的:
fun List<String>.filterValid(): List<String>
fun List<Int>.filterValid(): List<Int>这两个函数不能并排定义,因为它们的 JVM 签名相同:filterValid(Ljava/util/List;)Ljava/util/List;。 如果我们确实希望它们在 Kotlin 中具有相同的名称,我们可以使用 @JvmName 注解其中一个(或两者),并指定一个不同的名称作为实参:
fun List<String>.filterValid(): List<String>
@JvmName("filterValidInt")
fun List<Int>.filterValid(): List<Int>在 Kotlin 中,它们可以通过相同的名称 filterValid 访问,但在 Java 中,它们分别是 filterValid 和 filterValidInt。
当我们需要同时拥有属性 x 和函数 getX() 时,同样的技巧也适用:
val x: Int
@JvmName("getX_prop")
get() = 15
fun getX() = 10要在没有显式实现 getter 和 setter 的情况下更改属性生成的访问器方法的名称,可以使用 @get:JvmName 和 @set:JvmName:
@get:JvmName("x")
@set:JvmName("changeX")
var x: Int = 23生成重载
通常情况下,如果你编写一个带有默认参数值的 Kotlin 函数,它在 Java 中仅作为完整签名可见,且所有形参都存在。如果你希望向 Java 调用者公开多个重载,可以使用 @JvmOverloads 注解。
该注解也适用于构造函数、静态方法等。它不能用于抽象方法,包括接口中定义的方法。
class Circle @JvmOverloads constructor(centerX: Int, centerY: Int, radius: Double = 1.0) {
@JvmOverloads fun draw(label: String, lineWidth: Int = 1, color: String = "red") { /*...*/ }
}对于每个带有默认值的形参,这都会生成一个额外的重载,该重载会移除此形参及其形参列表中右侧的所有形参。在本例中,将生成以下内容:
// 构造函数:
Circle(int centerX, int centerY, double radius)
Circle(int centerX, int centerY)
// 方法
void draw(String label, int lineWidth, String color) { }
void draw(String label, int lineWidth) { }
void draw(String label) { }请注意,正如 次用构造函数 中所述,如果一个类的所有构造函数参数都有默认值,则会为其生成一个不带实参的公共构造函数。即使未指定 @JvmOverloads 注解,这也有效。
受检异常
Kotlin 没有受检异常。 因此,通常 Kotlin 函数的 Java 签名不会声明抛出的异常。 因此,如果你在 Kotlin 中有如下函数:
// example.kt
package demo
fun writeToFile() {
/*...*/
throw IOException()
}并且你想从 Java 中调用它并捕获异常:
// Java
try {
demo.Example.writeToFile();
} catch (IOException e) {
// 错误:writeToFile() 未在 throws 列表中声明 IOException
// ...
}你会收到来自 Java 编译器的错误消息,因为 writeToFile() 未声明 IOException。 要解决此问题,请在 Kotlin 中使用 @Throws 注解:
@Throws(IOException::class)
fun writeToFile() {
/*...*/
throw IOException()
}null 安全
从 Java 调用 Kotlin 函数时,没有人能阻止我们将 null 作为非 nullable 形参传递。 这就是为什么 Kotlin 会为所有预期非 null 的公共函数生成运行时检查的原因。 通过这种方式,我们在 Java 代码中会立即收到 NullPointerException。
变体泛型
当 Kotlin 类使用 声明处型变 时,Java 代码中看到的使用方式有两种选择。例如,假设你具有以下类和两个使用它的函数:
class Box<out T>(val value: T)
interface Base
class Derived : Base
fun boxDerived(value: Derived): Box<Derived> = Box(value)
fun unboxBase(box: Box<Base>): Base = box.value将这些函数转换为 Java 的一种简单方式如下:
Box<Derived> boxDerived(Derived value) { ... }
Base unboxBase(Box<Base> box) { ... }问题在于,在 Kotlin 中你可以编写 unboxBase(boxDerived(Derived())),但在 Java 中这将是不可能的,因为在 Java 中 Box 类在其形参 T 上是 不变的,因此 Box<Derived> 不是 Box<Base> 的子类型。 为了在 Java 中使其工作,你必须如下定义 unboxBase:
Base unboxBase(Box<? extends Base> box) { ... }此声明使用 Java 的 通配符类型 (? extends Base) 通过使用处型变来模拟声明处型变,因为这是 Java 唯一拥有的手段。
为了使 Kotlin API 在 Java 中正常工作,当作为 形参 出现时,编译器会将协变定义的 Box 的 Box<Super> 生成为 Box<? extends Super>(或者将逆变定义的 Foo 生成为 Foo<? super Bar>)。当作为返回值时,不会生成通配符,否则 Java 客户端将不得不处理它们(这违反了常见的 Java 编码风格)。因此,我们示例中的函数实际上转换如下:
// 返回值类型 - 无通配符
Box<Derived> boxDerived(Derived value) { ... }
// 形参 - 通配符
Base unboxBase(Box<? extends Base> box) { ... }当实参类型为 final 时,通常生成通配符没有意义,因此
Box<String>始终是Box<String>,无论它处于什么位置。
如果你在默认不生成通配符的地方需要通配符,请使用 @JvmWildcard 注解:
fun boxDerived(value: Derived): Box<@JvmWildcard Derived> = Box(value)
// 转换为
// Box<? extends Derived> boxDerived(Derived value) { ... }相反,如果你在生成通配符的地方不需要它们,请使用 @JvmSuppressWildcards:
fun unboxBase(box: Box<@JvmSuppressWildcards Base>): Base = box.value
// 转换为
// Base unboxBase(Box<Base> box) { ... }
@JvmSuppressWildcards不仅可以用于单个类型实参,还可以用于整个声明(如函数或类),从而抑制其中所有的通配符。
Nothing 类型的转换
Nothing 类型很特殊,因为它在 Java 中没有自然的对应物。实际上,每个 Java 引用类型(包括 java.lang.Void)都接受 null 作为值,而 Nothing 甚至不接受该值。因此,此类型无法在 Java 世界中准确表示。这就是为什么 Kotlin 在使用 Nothing 类型实参的地方生成原始类型(raw type)的原因:
fun emptyList(): List<Nothing> = listOf()
// 转换为
// List emptyList() { ... }内联值类
如果你希望 Java 代码能顺畅地与 Kotlin 的 内联值类 配合工作,可以使用 @JvmExposeBoxed 注解或 -Xjvm-expose-boxed 编译器选项。这些方法确保 Kotlin 为 Java 互操作性生成必要的装箱表示。
默认情况下,Kotlin 编译内联值类以使用 未装箱表示,这在 Java 中通常无法访问。 例如,你无法从 Java 调用 MyInt 类的构造函数:
@JvmInline
value class MyInt(val value: Int)因此以下 Java 代码会失败:
MyInt input = new MyInt(5);你可以使用 @JvmExposeBoxed 注解,以便 Kotlin 生成一个你可以直接从 Java 调用的公共构造函数。 你可以将注解应用于以下级别,以确保对向 Java 公开的内容进行精细控制:
- 类
- 构造函数
- 函数
在代码中使用 @JvmExposeBoxed 注解之前,必须通过使用 @OptIn(ExperimentalStdlibApi::class) 进行选择性加入(opt in)。 例如:
@OptIn(ExperimentalStdlibApi::class)
@JvmExposeBoxed
@JvmInline
value class MyInt(val value: Int)
@OptIn(ExperimentalStdlibApi::class)
@JvmExposeBoxed
fun MyInt.timesTwoBoxed(): MyInt = MyInt(this.value * 2)通过这些注解,Kotlin 会为 MyInt 类生成一个可供 Java 访问的构造函数,并为使用值类的装箱形式的扩展函数生成一个变体。因此,以下 Java 代码可以成功运行:
MyInt input = new MyInt(5);
MyInt output = ExampleKt.timesTwoBoxed(input);要将此行为应用于模块内的所有内联值类及其使用的函数,请使用 -Xjvm-expose-boxed 选项进行编译。 使用此选项编译的效果相当于该模块中的每个声明都带有 @JvmExposeBoxed 注解。
继承的函数
@JvmExposeBoxed 注解不会自动为继承的函数生成装箱表示。
要为继承的函数生成必要的表示,请在实现类或扩展类中重写它:
interface IdTransformer {
fun transformId(rawId: UInt): UInt = rawId
}
// 不会为 transformId() 函数生成装箱表示
@OptIn(ExperimentalStdlibApi::class)
@JvmExposeBoxed
class LightweightTransformer : IdTransformer
// 会为 transformId() 函数生成装箱表示
@OptIn(ExperimentalStdlibApi::class)
@JvmExposeBoxed
class DefaultTransformer : IdTransformer {
override fun transformId(rawId: UInt): UInt = super.transformId(rawId)
}要了解 Kotlin 中的继承如何工作,以及如何使用 super 关键字调用超类实现,请参阅 继承。
