关于Kotlin中SAM转换的那些事
前言
随着Kotlin1.4正式发布，关于SAM转换的一些问题就可以盖棺定论了。因为这里要讲的都是些旧的东西，所以这是一篇灌水文。
Kotlin对SAM转换的支持情况
在1.4发布之前，经常有新人在群里提出关于SAM转换的问题。
为了说明这个问题，要分成几个情况来讨论。
我们需要区分这个接口是Java接口还是Kotlin接口：
//这是Java
interfaceJavaSome{
voidsome();
}
//这是Kotlin
interfaceKotlinSome{
funsome()
}
以及区分在Java还是Kotlin里使用该接口：
//这是Java,ISome是一个接口
voiduseSome(ISomesome){}
//这是Kotlin,ISome是一个接口
funuseSome(some:ISome){}
两两相乘，我们就需要对4种情况进行讨论。当然，useSome函数都是在Kotlin里调用。
1、Java接口，Java使用
//Java
voiduseSome(JavaSomesome){}
//Kotlin
useSome{}//OK
这种情况下的SAM转换，是自古以来Kotlin就支持的。
2、Java接口，Kotlin使用
//Kotlin
funuseSome(some:JavaSome){}
useSome{}//能否编译成功跟Kotlin版本和编译器参数有关
Kotlin1.2以及更旧版本不支持这种情况下的SAM转换。
Kotlin1.3版本，Kotlin官方团队发现他们写的那堆类型推断算法是一座“屎山”，于是重新写了套新的类型推断算法，作为默认关闭的实验性特性加入了1.3版本。新的类型推断算法支持这种情况下的SAM转换，不过需要手动传入编译器参数来开启这个功能。
Kotlin1.4版本，由于新的类型推断算法已经默认开启，所以这种情况下可以进行SAM转换。
3、Kotlin接口，Kotlin使用
//Kotlin
funuseSome(some:KotlinSome){}
useSome{}//编译错误！
这就是广为人知、为人诟病的垃圾Kotlin不支持SAM转换的情况。
在Kotlin1.4版本，你需要在接口前加上关键字fun，让它成为一个funinterface才能享受到SAM转换。
//Kotlin
funinterfaceKotlinSome{
funsome()
}
funuseSome(some:KotlinSome){}
useSome{}//OK
当然1.3版本就别想了，老老实实升级吧。
4、Kotlin接口，Java使用
//Java
voiduseSome(KotlinSomesome){}
//Kotlin
useSome{}//需要是funinterface
非常少见。
和上面的第三种情况一样，这需要Kotlin1.4版本的funinterface才能进行SAM转换。
5、带有suspend函数的Kotlin接口
四天王有五个人不是常识么
funinterfaceSome{
suspendfunsome()
}
funuseSome(some:KotlinSome){}
useSome{}//嘻嘻
在Kotlin1.4的测试版（里程碑版、RC版），可以编译成功，但是运行起来会炸。原因在于Kotlin官方团队并没有写好针对这种情况的代码生成（codegen）。于是在Kotlin1.4正式版，他们就ban掉了这样的代码，不允许funinterface拥有抽象suspend函数。
6、一些旧版本的bug
最经典的是那个安卓的LiveData的某个函数：
valliveData=MutableLiveData() liveData.observe({lifecycleOwner.lifecycle},Observer{invokeMyMethod(it)}) //第二个参数无法进行SAM转换
详见KT-14984。
新的类型推断算法修正了这个bug。
SAMConstructor
在1.3以及更早的版本，针对上面所说的第二种情况，可以这样使用：
//Kotlin
funuseSome(some:JavaSome){}
useSome(JavaSome{})
想必各位过来人都知道这样的写法。
这里JavaSome{}，lambda表达式前面的那个JavaSome就是所谓的SAM构造器（SAMconstructor），或者说是SAM适配器（SAMadapter）。
在现在1.4版本里，SAMconstructor已经没什么用了，主要用途是“凭空捏出”一个SAM接口的实例：
valktSome=KotlinSome{}//需要是funinterface
valjavaSome=JavaSome{}
//错误用法
//valktSome:KotlinSome={}
//valjavaSome:JavaSome={}
SAMconstructor可以理解为编译器为SAM接口生成了一个如下所示的辅助函数，但是实际上这个函数并不存在。
//这是Java
interfaceJavaSome{
voidsome();
}
//实际上并不存在的辅助函数
inlinefunJavaSome(block:()->Unit):JavaSome{
return编译器的魔法
}
然后就有一些鲜为人知的用法，比如说这样：
//Kotlin
vallambda:()->Unit={println("test")}
valkepa:JavaSome=JavaSome(lambda)//嘻嘻
kepa.some()//输出test
上面这段代码确实是可以跑的。
甚至是这样：
vallambda:()->Unit={println("test")}
valsome:KFunction1<()->Unit,JavaSome>=::JavaSome//嘻嘻
valkepa:JavaSome=some.invoke(lambda)
kepa.some()
这段代码IDEA不会提示错误，但是会编译失败。
表面上看确实有这个辅助函数，所以这样的代码可以通过Kotlin编译器前端的检查。但是实际上编译器的后端并没有办法针对这样的情况进行代码生成，彻底懵逼了，boom！
你学到了什么
- 一些无用的历史知识
- 关于SAMconstructor的冷知识
本文完。
总结
到此这篇关于关于Kotlin中SAM转换的文章就介绍到这了,更多相关Kotlin中SAM转换内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。