注：文中demo的kt版本是1.7.10
一、kotlin语言中的可空性设计
在Java语言中的NPE（NullPointerException）可以说非常常见，而且诟病已久。
kotlin做为后起之秀，在空指针的问题上进行了升级，即：把本来运行时才能暴露出来的空指针问题，前置到编译期就能让开发者发现，在编写代码时就显式的声明变量类型是不是可空类型，如果将可空类型赋值给不可空类型，或者不可空类型赋值给可空类型，就会报编译时错误，从而减少在运行时抛出异常的概率。
可空类型赋值给不可空类型编译时错误：
二、kotlin调用java时的可空性
2.1 kotlin调用java时的平台类型？
kotlin中调用Java中的变量，会被识别为平台类型，平台类型就像java中的变量一样，可能为空，也可能不为空，需要开发人员在写逻辑代码时正确的理解变量是否可能为空，如果可能为空就必须要进行判空处理，否则就会报NPE，导致程序异常退出。
举例，在kt代码中，调用一个java中的变量：
java代码：
public class LaunchInfo {
public String type;
}
kotlin调用java的代码：
fun main() {
println("hello kt!")
val launchInfo = LaunchInfo()
// new出来的launchInfo对象的type字段默认为null，
// 但是在kt中调用java中为null的变量，并没有任何提醒
var launchType: String = launchInfo.type
}
如上代码，最终的NPE异常是在运行时被发现，最终其实比直接使用java还多出来一种出现NPE异常的场景，报错如下：
hello kt!
Exception in thread "main" java.lang.NullPointerException: launchInfo.type must not be null
at com.yyg.kt.HelloKtKt.main(HelloKt.kt:22)
at com.yyg.kt.HelloKtKt.main(HelloKt.kt)
以上问题是在真实开发过程中遇到过的，本质上还是对kt调用java的可空性处理语法规则不熟悉+逻辑处理不当引起。需要在kt调用java时小心谨慎关注平台类型的可空性，避免在kt调用老的java代码时，报运行时错误，发现时间晚，造成线上问题。
java中不加任何修饰符，被kt调用时可能是可空类型，也可能为空类型：
文章来源：https://www.toymoban.com/news/detail-655408.html
2.1 在java中使用注解的方式让kt能识别成可空类型
对于2.1的问题，如果给LaunchInfo的type字段加上@Nullable注解的话，那么在kt代码中是能在编译期报错的。
java中增加注解的变量类型，在kt中被识别类型对应如下：
文章来源地址https://www.toymoban.com/news/detail-655408.html
到了这里，关于Kotlin和Java互操作时的可空性的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
