()和ArrayList()是不能区分的。这使得执行is检查不可能照顾到泛型,Kotlin只允许is检查星投影的泛型类型。
if(aisList)//错误:无法检查它是否真的是一个Int列表
if(aisList)//OK:不保证列表的内容
7.SAM转换
就像Java 8一样,Kotlin支持SAM转换,这意味着Kotlin函数字面值可以被自动转换成只有一个非默认方法的Java接口的实现,只要这个方法的参数类型能够与这个Kotlin函数的参数类型相匹配就行。
【例4】首先使用Java创建一个SAMInJava类,然后通过Kotlin调用Java中的接口。
Java代码:
packagejqiang.Mutual.Java;
import java.util.ArrayList;
public class SAMInJava{
private ArrayListrunnables=newArrayList();
public void addTask(Runnablerunnable){
runnables.add(runnable);
System.out.println("add:"+runnable+",size"+runnables.size());
}
Public void removeTask(Runnablerunnable){
runnables.remove(runnable);
System.out.println("remove:"+runnable+"size"+runnables.size());
}
}
Kotlin代码:
packagejqiang.Mutual.Kotlin
importjqiang.Mutual.Java.SAMInJava
funmain(args:Array){
varsamJava=SAMInJava()
vallamba={
print("hello")
}
samJava.addTask(lamba)
samJava.removeTask(lamba)
}
运行结果如下:
add:jqiang.Mutual.Kotlin.SamKt$sam$Runnable$bef91c64@63947c6bsize1
remove:jqiang.Mutual.Kotlin.SamKt$sam$Runnable$bef91c64@2b193f2dsize1
如果Java类有多个接受函数式接口的方法,那么可以通过使用将Lambda表达式转换为特定的SAM类型的适配器函数来选择需要调用的方法。这些适配器函数也会按需由编译器生成。
vallamba={
print("hello")
}
samJava.addTask(lamba)
SAM转换只适用于接口,而不适用于抽象类,即使这些抽象类只有一个抽象方法。此功能只适用于Java互操作;因为Kotlin具有合适的函数类型,所以不需要将函数自动转换为Kotlin接口的实现,因此不受支持。
2 Java调用Kotlin
在Java中可以轻松地调用Kotlin代码。
1.属性
Kotlin属性会被编译成以下Java元素:
getter方法,其名称通过加前缀get得到;
setter方法,其名称通过加前缀set得到(只适用于var属性);
私有字段,与属性名称相同(仅适用于具有幕后字段的属性)。
【例5】将Kotlin变量编译成Java中的变量声明。
Kotlin部分代码:
varfirstName:String
Java部分代码:
privateStringfirstName;
publicStringgetFirstName(){
returnfirstName;
}
publicvoidsetFirstName(StringfirstName){
this.firstName=firstName;
}
如果属性名称是以is开头的,则使用不同的名称映射规则:getter的名称与属性名称相同,并且setter的名称是通过将is替换成set获得的。例如,对于属性isOpen,其getter会称作isOpen(),而其setter会称作setOpen()。这一规则适用于任何类型的属性,并不仅限于Boolean。
2.包级函数
在jqiang.Mutual.Kotlin包内的example.kt文件中声明的所有函数和属性,包括扩展函数,都被编译成一个名为jqiang.Mutual.Kotlin.ExampleKt的Java类的静态方法。
【例6】包级函数调用。
Kotlin部分代码:
packagejqiang.Mutual.Kotlin
funbar(){
println("这只是一个bar方法")
}
Java部分代码:
packagejqiang.Mutual.Java;
publicclassexample{
publicstaticvoidmain(String[]args){
jqiang.Mutual.Kotlin.ExampleKt.bar();
}
}
可以使用@JvmName注解修改所生成的Java类的类名:
@file:JvmName("example")
packagejqiang.Mutual.Kotlin
那么Java调用时就需要修改类名:
jqiang.Mutual.Kotlin.example.bar();
在多个文件中生成相同的Java类名(包名相同并且类名相同或者有相同的@JvmName注解)通常是错误的。然而,编译器能够生成一个单一的Java外观类,它具有指定的名称且包含来自于所有文件中具有该名称的所有声明。要生成这样的外观,请在所有的相关文件中使用@JvmMultifileClass注解。
@file:JvmName("example")
@file:JvmMultifileClass
packagejqiang.Mutual.Kotlin
3.实例字段
如果需要在Java中将Kotlin属性作为字段暴露,那么就需要使用@JvmField注解对其进行标注。该字段将具有与底层属性相同的可见性。如果一个属性有幕后字段(Backing Field)、非私有的、没有open/override或者const修饰符,并且不是被委托的属性,那么可以使用@JvmField注解该属性。
4.静态方法
Kotlin将包级函数表示为静态方法。如果对这些函数使用@JvmStatic进行标注,那么Kotlin还可以为在命名对象或伴生对象中定义的函数生成静态方法。如果使用该注解,那么编译器既会在相应对象的类中生成静态方法,也会在对象自身中生成实例方法。例如:
classC{
companionobject{
@JvmStaticfunfoo(){}
funbar(){}
}
}
现在,foo()在Java中是静态的,而bar()不是静态的。
C.foo();//没问题
C.bar();//错误:不是一个静态方法
C.Companion.foo();//保留实例方法
C.Companion.bar();//唯一的工作方式
对于命名对象也同样:
objectObj{
@JvmStaticfunfoo(){}
funbar(){}
}
在Java中:
Obj.foo();//没问题
Obj.bar();//错误
Obj.INSTANCE.bar();//没问题,通过单例实例调用
Obj.INSTANCE.foo();// 也没问题
@JvmStatic注解也可以被应用于对象或伴生对象的属性上,使其getter和setter方法在该对象或包含该伴生对象的类中是静态成员。
5.可见性
Kotlin的可见性以下列方式映射到Java。
(1)private成员被编译成private成员。
(2)private的顶层声明被编译成包级局部声明。
(3)protected依然保持protected(注意,Java允许访问同一个包中其他类的受保护成员,而Kotlin则不允许,所以Java类会访问更广泛的代码)。
(4)internal声明会成为Java中的public。internal类的成员会通过名字修饰,使其更难以在Java中被意外使用到,并且根据Kotlin规则使其允许重载相同签名的成员而互不可见。
(5)public依然保持public。
6.空安全性
当从Java中调用Kotlin函数时,没有任何方法可以阻止Kotlin中的空值传入。Kotlin在JVM虚拟机中运行时会检查所有的公共函数,可以检查非空值,这时候就可以通过NullPointerException得到Java中的非空值代码。
7.型变的泛型
当Kotlin使用了声明处型变时,可以通过两种方式从Java代码中看到它们的用法。假设有以下类和两个使用它的函数:
class Box(val value: T)
interface Base
class Derived : Base
fun boxDerived(value: Derived): Box = Box(value)
fun unboxBase(box: Box): Base = box.value
将这两个函数转换成Java代码:
Box boxDerived(Derived value) { … }
Base unboxBase(Box box) { … }
在Kotlin中可以这样写:unboxBase(boxDerived(“s”)),但是在Java中是行不通的,因为在Java中Box类在其泛型参数T上是不型变的,于是Box并不是Box的子类。要使其在Java中工作,需要按以下方式定义unboxBase:
Base unboxBase(Box extends Base> box) { … }
这里使用Java的通配符类型(? extends Base)通过使用处型变来模拟声明处型变,因为在Java中只能这样。
当它作为参数出现时,为了让Kotlin的API在Java中工作,对于协变定义的Box生成Box作为Box<?extendsSuper>(或者对于逆变定义的Foo生成Foo<?superBar>)。当它是一个返回值时,则不生成通配符;否则,Java客户端必须处理它们(并且它违反了常用的Java编码风格)。因此,将示例中的对应函数实际上翻译如下:// 作为返回类型——没有通配符
Box boxDerived(Derived value) { … }
// 作为参数——有通配符
Base unboxBase(Box extends Base> box) { … }
当参数类型是final时,生成通配符通常没有意义,所以无论在什么地方Box始终转换为Box。
如果在默认不生成通配符的地方需要通配符,则可以使用@JvmWildcard注解。
fun boxDerived(value: Derived): Box = Box(value) // 将被转换成
// Box extends Derived> boxDerived(Derived value) { … }
另外,如果根本不需要默认的通配符转换,则可以使用@JvmSuppressWildcards注解。
fun unboxBase(box: Box):
Base = box.value
// 会翻译成
// Base unboxBase(Box box) { … }
@JvmSuppressWildcards不仅可应用于单个类型参数,还可应用于整个声明(如函数或类),从而抑制其中的所有通配符。