为何显式指定返回类型可捕获Kotlin未捕获的NullPointerException？

这两种实现的差异核心在于Kotlin的类型推断机制与Java互操作时的非空检查逻辑：

1. 省略返回类型时的隐式断言问题 #

当你省略Kotlin扩展函数的返回类型时，编译器会根据函数体表达式自动推断返回类型。由于Java中的statusInformation()方法标记了@NotNull注解，Kotlin会推断该扩展函数的返回类型为非空的StatusInformation。

为了确保返回值符合推断的非空类型，编译器会在整个try-catch表达式的结果后插入一个隐式的非空断言（!!）。如果Java方法实际返回null，try块内的调用不会立刻抛NPE（Java的@NotNull只是编译期注解，运行时不强制非空），但当try块返回null后，这个隐式断言会触发NPE——而这个异常是在try-catch结构之外抛出的，所以你的catch块根本捕获不到，最终在函数调用的位置触发未捕获异常。

2. 显式指定返回类型的作用 #

当你显式声明返回类型为StatusInformation时，编译器会直接使用你定义的类型约束，不再额外插入隐式的非空断言。此时，Kotlin会在**try块内部**对Java的@NotNull方法调用做运行时非空检查：如果方法返回null，立刻抛出NPE，这个异常会被try块后的catch捕获，你就能正常执行日志记录和异常转换的逻辑。

内容的提问来源于stack exchange，提问作者Quinten Stekelenburg