无JNI代码却触发JNI DETECTED ERROR崩溃，求排查方案

1. 排查第三方依赖的隐性JNI逻辑 #

你未编写JNI代码，但依赖库（包括插件引入的隐性依赖）可能包含JNI实现：

• 执行命令 ./gradlew app:dependencies 导出完整依赖树，重点排查带有.so文件的库，或名称中包含native、jni的依赖；
• 检查Google Services插件是否自动引入了Firebase、AdMob等带JNI的SDK，若未使用相关功能，尝试移除google-services插件或对应的依赖模块。

2. 修复崩溃日志的代码映射问题 #

当前崩溃日志无你的代码栈，大概率是混淆导致：

• 在ProGuard/R8配置中添加 -keepattributes SourceFile,LineNumberTable，确保发布版本的崩溃日志能映射到具体代码行；
• 临时发布一个开启debuggable true的测试版本到Google Play测试渠道，收集更完整的崩溃调用栈。

3. 补全复现环境的覆盖范围 #

本地无法复现可能是环境差异：

• 查看Play Console中崩溃设备的详细分布：包括品牌、Android版本、内存配置，针对性租用对应真机或下载对应模拟器镜像测试；
• 模拟极端场景：用Android Studio Profiler强制触发内存不足、后台进程被杀后重启，或用Monkey工具进行随机点击压力测试，尝试触发崩溃。

4. 排查Android Runtime系统层面问题 #

崩溃日志涉及ART虚拟机组件，可能是特定系统版本的bug：

• 升级compileSdkVersion、targetSdkVersion到33或34，同时将Gradle插件更新至最新稳定版（如7.4.2），重新构建后验证；
• 检查是否启用了ART的特殊优化选项，比如在gradle.properties中是否有android.enableDexingArtifactTransform=false等配置，尝试调整后测试。

5. 排查Java层空指针的间接触发 #

JNI空指针可能由Java层传递null对象引发：

• 用Android Studio Lint工具扫描代码，找出未判空的对象调用、生命周期异常场景（如Fragment销毁后仍操作View）；
• 重点检查RecyclerView、View相关逻辑：比如适配器数据为空时的操作，或异步回调中访问已销毁的UI组件。

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