206-Kotlin 与 Java 互操作

06 Kotlin 与 Java 互操作这一章解决“在 Java/Kotlin 混合工程里安全互调”。绝大多数 Android 项目都是混合的：依赖库是 Java，老代码是 Java，新代码是 Kotlin。互操作最危险的就是平台类型带来的空陷阱。1. 为什么要关心互操作Android Framework（Activity、View、Context等）本身是 Java。大量三方库（OkHttp 之外的旧库、厂商 SDK）是 Java。老项目迁移过程中，Java 和 Kotlin 长期共存。Kotlin 设计目标之一就是和 Java 100% 互操作，但“能调通”不等于“没有坑”。最大的坑是空安全在边界处会“漏”。2. 平台类型与空陷阱（核心）Java 类型没有可空信息。Kotlin 调到 Java 返回值时，给它一个平台类型，记作T!，意思是“可空性未知”。// Java: public String getName() { ... } 可能返回 nullvalname=javaUser.name// 类型是 String!（平台类型）vallen=name.length// 编译通过！但运行时若为 null 就 NPE平台类型的危险在于：Kotlin不强制你判空，于是 Java 的null会绕过空安全直接制造 NPE。这是 Kotlin 项目里 NPE 的两大来源之一（另一个是!!）。应对原则：在 Java 边界处，显式声明可空性，逼自己处理。valname:String?=javaUser.name// 显式声明可空vallen=name?.length?:0// 安全处理写法结果val n = javaUser.name（推断String!）不判空，运行时可能 NPEval n: String = javaUser.name若 Java 返回 null，赋值时立刻 NPE（至少崩在边界）val n: String? = javaUser.name安全，强制后续处理3. 用空注解改善推断如果 Java 代码（或它依赖的库）在方法/参数上加了空注解，Kotlin 会据此推断可空性，平台类型就消失了。// Javapublic@NullableStringgetName(){...}publicvoidsetName(@NonNullStringname){...