Kotlin 调用Java写的方法,参数Class<T&g
看调用问题
先来看几段代码
- Java 写的
loadResource
方法,参数需要传入Class<T>
public <T> T loadResource(String resource, CCMMPParse<T> parse, Class<T> clazz){
HJKitConfigAssembledResourceModel model = new HJKitConfigAssembledResourceModel();
model.setContent(resource);
T result = parse.parse(model);
if (clazz.isInstance(result)){
return clazz.cast(result);
}
return null;
}
- Kotlin 写的
Parse
实现
class EmoticonMMPConfigParser : CCMMPParse<Boolean> {
override fun parse(model: BaseAssembledResourceModel?): Boolean {
return false
}
}
- kotlin 尝试调用 Java 写的
loadResource
方法
val result = CCMMPManager.loadResource("true", EmoticonMMPConfigParser(), Boolean::class.java)
此时大家,大胆的猜测一下 result
运行结果是什么?
result = null
是的你没看错,运行结果并不是我们 Parse
里面返回的 false
,而是返回了 null
。 为什么啊???
单独跟踪一下,会发现问题出在这里:
if (clazz.isInstance(result)){
//这里在判断类型的时候,出错了的,并没有走到这个case中
return clazz.cast(result);
}
//走到这里了的,所以返回 null
return null;
那问题来了的,为什么 clazz.isInstance(result)
判断的结果是 false
呢,我们调用的是时候明明传入的Class<T>
是Kotlin的 Boolean::class.java
, 解析的 parse
也是用 Kotlin 写的方法,返回的也是 Boolean
啊, 输入输出的应该是同一个类型,为什么判断结果却是告诉我们不是一个类型呢???
一开始怀疑是,kotlin 和 Java 相互调用的时候,之间发生了什么未知的坑,好那么试试纯用kotlin 写一代吗验证一下。
init {
val b = getB()
Log.d("tag",".isInstance: ${ Boolean::class.java.isInstance(b)}")
}
fun getB():Boolean {
return true
}
你猜结果如何???
isInstance: false
Why ???
先说如何解决这个问题: How to reference Boolean java class from kotlin?
即 换成 javaObjectType.isInstance()
:
Log.d("tag","isInstance: ${ Boolean::class.java.isInstance(b)}")
Log.d("tag","isInstance: ${ Boolean::class.javaObjectType.isInstance(b)}")
你猜结果如何???
isInstance: false
isInstance: true
parse
也换换?
val result = CCMMPManager.loadResource("true", EmoticonMMPConfigParser(), Boolean::class.javaObjectType)
result
运行结果是什么?
result = false
Good.
好,现在来分析一下,问题到底出在哪里?
首先来罗列一下代码
Boolean::class.java
指向的是 kotlin 标准库里面定义的Boolean.kt
类:
Boolean::class.javaObjectType
指向的是 kotlin 标准库中 JvmClassMappingKt
中的一个方法:
返回的是JavaLangBoolean::class.java
, 即JDK中的 Boolean.java
类:
而我们用 kotlin 写的parse
,在运行时返回的 false
是JVM给我们的基本类型(你可以理解是拆箱之后的数值),也就是对应的是 JavaLangBoolean::class.java
, 而非我们以为的kotlin中写的 Boolean.kt
。
延伸 '编译阶段的语法糖' 拆箱和装箱
类似的其他的kotlin基本类型,也有这样的问题:
A confusion about Int::class.java.isInstance() in Kotlin
The issue is that Int::class refers to the primitive int type, but the value is the boxed Integer type.
A workaround is to use Integer::class instead of Int::class, as this will refer to the boxed Java type.
经常听到有人说: 所有的kotlin基本类型都是包装类型
, 但这句话其实是错误的。。。在编译成字节码的时候,会优化转换成符合 JVM
规范的字节码,比如
val b:Int = 5
val b1:Int? = b
val b11:Int? = b
println(b1 === b11) // 注意这里打印的是 'true'
val a: Int = 10000
val a1: Int? = a
val a11: Int? = a
println (a1 === a11 ) //注意这里打印的是 'false'
原因是第一段代码其实都是int, 没有装箱的操作, 所以是true,而第二段10000
超过了JVM的优化策略范围,会自动装箱变成了Integer,所以是false。借用别人的一句话: 长话短说,JVM把[-128,127]的所有int数字全部缓存了,任何指向这个范围的对象,都不可能被另外"创建",又何谈“装箱”
。看一下装箱Integer. valueOf
的源码即可:
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high)
return IntegerCache.cache[i + (-IntegerCache.low)];
return new Integer(i);
}
你可以看一下这篇文章:《java-integer-cache》
写在最后
我对JVM,其实没有研究过,虽然以前上学的时候学过的,但可惜的是早就忘在脑后了的,所以如果哪里写的不对的,请见谅并希望指出来告诉我。
写这篇文章,只是为了记录这个神坑
。并且加深了之前自己的理解(也许是错误的),一切基于JVM
的语言,最终都逃不过JVM
的规范,换言之,你也可以创造一门新的JVM
语言。
也是我在之前写过一篇文章中提到的《一张图,三分钟,掌握 Swift & Kotlin》:
聊到这里,不知道大家有没有同样的感受。我们的圈子里面有两个关键字:
语言: 到目前为止,有那么多语言,每个语言都在不同平台上展示着自己的优势。
工程师: 擅长不同的语言,在不同平台上去编码。
所以,楼主坚信语言仅仅是工程师的一把工具而已,用来在不同的平台上砍瓜切菜。楼主个人认为,你我都有学不完的语言,也很难做到拍着胸脯说自己完全掌握了什么什么语言,但作为拿工具的我们,可以做到的是,掌握拿工具的姿势,在不同平台环境下只是选择更加合适的工具,去拿刀(Swift)还是拿斧头(Kotlin)而已。语言是用来驾驭的,千万不要被语言牵着鼻子走。(所以前言里面说的 这篇文章适合已经学过其中一门语言,不仅仅局限与Swift & Kotlin)