在 Kotlin 项目中，面对 Java 代码的互操作场景，需要采取哪些措施来处理空安全相关问题？

回答思路

1. 【回答框架 1】Kotlin 通过类型系统区分可空类型和不可空类型，并利用编译器强制进行空检查。在 Java 代码中，由于不存在这种区分，Kotlin 编译器将 Java 声明的类型视为平台类型，允许使用任何类型访问，空安全检测被推迟到运行时。因此，处理 Java 空安全问题的核心是识别平台类型并采取防御性措施。
2. 【回答框架 2】推荐使用 Kotlin 注解标注 Java 代码中的空性，例如 javax.annotation.Nullable 和 @NonNull，这样 Kotlin 编译器能识别并应用类型约束。如果无法修改 Java 代码，则应在 Kotlin 侧显式声明变量类型，将平台类型转换为预期的可空或非空类型。
3. 【回答框架 3】在调用 Java 方法时，需要判断返回值是否可能为 null。如果无法确定，建议使用安全调用操作符 ?. 或显式非空断言 !! 进行显式处理，但 !! 应用在明确非空的情境，否则可能导致 NullPointerException。此外，可以使用标准库函数如 ?: 提供默认值。
4. 【回答框架 4】使用 kotlin.jvm.JvmName 或 kotlin.jvm.JvmMultifileClass 等注解，可以在编译后的字节码层面限定 Java 侧的可见性，但此方法主要影响 Java 调用 Kotlin 代码，不是解决 Java 空安全问题的直接手段，需注意区分。
5. 【关键点 1】平台类型的空安全检测推迟到运行时，需开发者自行判断。
6. 【关键点 2】利用 @Nullable/@NonNull 注解增强 Java 代码空性元数据。
7. 【关键点 3】在 Kotlin 侧显式声明变量类型，避免平台类型隐式传播。
8. 【关键点 4】安全调用 ?.、Elvis 操作符 ?: 和显式非空断言 !! 是常用处理手段。
9. 【易错点 1】误用 !! 断言，在目标值为 null 时抛出异常，导致崩溃。
10. 【易错点 2】忽略平台类型，直接使用 Java 返回的 null 值，埋下隐患。
11. 【易错点 3】错误认为编译器能完全防止 Java 传来的空值，仍需防御性编程。