（二）空安全是Kotlin的一大亮点，但在调用Java代码时就容易破功。比如一个Java方法返回，在Kotlin里会被识别为，也就是平台类型。这种类型可空也可非空，编译器不会强制检查。如果你直接当非空使用，很可能在运行时抛出NPE。比较稳妥的办法是拿到返回值之后立刻做空判断，或者用赋予默认值。如果Java代码是你自己维护的，强烈建议加上或注解，这样Kotlin就能正确识别可空性。
（三）集合类型的互操作也要小心。Kotlin把集合分为只读和可变两种，但Java里并没有这个区分。当Kotlin调用Java返回的时，实际上拿到的是，但编译器会提示是。如果你不小心把它当成只读集合传给其他Kotlin方法，而另一个线程通过Java代码修改了这个集合，就可能引发并发问题。安全的做法是尽快把Java集合转换为Kotlin集合，比如用、等方法复制一份数据。
（四）伴生对象和静态方法的调用方式经常让人混淆。在Kotlin中调用Java的静态方法很简单，直接就可以了。而Java调用Kotlin的伴生对象方法，则需要通过。如果想在Java里像调用静态方法那样使用，可以在Kotlin的伴生对象方法上加注解。同样的，如果想在Java中以静态字段的形式访问伴生对象中的属性，就要加上注解。
（五）函数类型的互操作也需要特别注意。Kotlin支持高阶函数，但Java里只有单方法接口（SAM）。当我们在Kotlin中调用一个接收SAM接口的Java方法时，可以直接传入lambda表达式，编译器会自动做转换。比如Java中的参数，在Kotlin里可以这样写：。反过来，如果Java要调用接收函数类型参数的Kotlin函数，就需要使用类来包装，比如。
（六）getter和setter在互操作时也有一些细节。Kotlin的属性在Java中会自动生成getter和setter方法。但如果Kotlin属性以开头，比如，那么getter方法名就是，而不是。这在通过反射调用时尤其要注意。另外，如果不想自动生成getter/setter，可以使用注解让属性暴露为Java字段。
（七）异常处理是另一个容易出问题的地方。Kotlin没有受检异常，所以在调用抛出受检异常的Java方法时，Kotlin代码不需要捕获异常。这看起来很方便，但也可能导致异常被忽略。好的做法是即使Kotlin不强制，也要根据业务逻辑适当处理可能的异常。另外，在Java中调用可能抛出异常的Kotlin函数时，仍然需要捕获异常，因为Java受检异常的机制还在。
（八）泛型类型信息在互操作时可能会被擦除。Kotlin通过函数和类型参数可以在运行时保留泛型信息，但这仅适用于纯Kotlin环境。在与Java交互时，泛型擦除问题依然存在。如果需要在运行时获取具体的泛型类型，可能需要传递对象作为参数，或者使用Gson等库提供的TypeToken方案。
（九）默认参数在Java中是看不到的。Kotlin支持默认参数，这在Kotlin之间调用非常方便。但如果从Java调用带有默认参数的Kotlin函数，就必须传递所有参数。如果想在Java中也享受默认参数的便利，可以使用注解，编译器会为每个有默认值的参数生成重载方法。
（十）最后提一下平台类型。在IDE中看到这种类型时，要特别小心。它表示这个类型来自Java，可空性不确定。建议尽快将其转换为确定的Kotlin类型，要么是可空的，要么是非空的。如果确定不为空，可以使用断言，但一定要确保真的不会为null，否则就是在代码里埋雷。
总之，Kotlin和Java的互操作虽然整体上很顺畅，但在实际项目中还是需要关注这些细节。特别是在大型项目或团队协作中，明确互操作的规范很重要，比如统一空值处理、集合转换策略等，这样才能充分发挥两种语言的优势，避免踩坑。