Android JNI场景下，Java方法的String参数能否被判定为null？

这确实是个容易被忽略的JNI陷阱题！你从纯Java角度的理解没问题，但结合JNI与C++的交互逻辑，if(input==null)的条件完全有可能被触发，下面具体拆解原因：

1. 纯Java调用的局限性 vs JNI跨边界的特殊性 #

在纯Java方法调用中，如果你严格规范调用逻辑，确实可以避免传递null作为String参数。但这里的方法是被JNI（C代码）调用的，而JNI是跨越Java虚拟机（DVM/ART）和C原生代码的边界层，它的规则和纯Java调用完全不同。

2. C++代码可直接传递null到Java层 #

JNI中表示Java字符串的类型是jstring，它本质是一个指向Java String对象的引用，但C代码完全可以直接传递NULL（或C11后的nullptr）作为jstring参数调用Java方法：

• 当C++端读取串口失败（比如串口断开、读取超时、数据校验错误），底层逻辑可能会直接返回NULL，而不是创建一个空的String对象。
• 调用JNI的NewStringUTF等创建Java String的函数时，如果遇到内存不足、非法UTF-8数据等错误，也会返回NULL，此时传递给Java方法的参数就是null。

3. 你之前理解的“Java局部变量必有引用”不适用于JNI传参 #

你提到的“Java变量声明就会创建引用”是纯Java栈帧内的逻辑，但JNI调用是从原生代码直接向Java方法传递参数，相当于绕过了纯Java的参数传递规则——原生代码可以直接把null引用注入到Java方法的参数中，此时Java方法收到的input就是null，而非一个空字符串对象。

总结 #

这个if(input==null)的条件不仅可能触发，而且必须处理，尤其是在JNI与硬件交互（比如串口读取）的场景下，底层原生代码很容易因为各种异常情况传递null，如果不处理会直接导致空指针异常。

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