如何在Android应用的Java层捕获JNI层抛出的未处理异常

异常场景区分 #

首先需要区分两种不同的JNI侧异常场景，对应不同的处理逻辑：

• JNI层主动抛出的Java异常：指Native代码通过JNI接口Throw/ThrowNew向上抛出的Java标准异常，这类异常会正常沿着调用栈向上传递到Java层。
• Native代码原生崩溃：指Native代码运行时触发的系统级错误，包括空指针访问、内存越界、栈溢出、主动调用abort等，这类错误触发Linux信号，不会转换为Java异常。

对应处理方案 #

1. JNI抛出Java异常的捕获 #

这类异常可以直接在Java层通过常规try-catch机制捕获，只需要在调用native方法的外层添加异常捕获逻辑即可，示例如下：

// 捕获范围建议用Throwable，避免漏捕获JNI层抛出的Error类型异常
try {
    callUnreliableNativeMethod(); // 调用第三方NDK模块暴露的native方法
} catch (Throwable throwable) {
    // 异常兜底逻辑，可打印日志、上报堆栈、回退业务流程
    Log.e("JNI_EXCEPTION", "捕获JNI层抛出异常", throwable);
}

2. Native原生崩溃的检测与兜底 #

这类崩溃无法被Java层的异常机制捕获，可根据业务场景选择以下方案：

方案A：集成Native崩溃捕获组件

集成Google Breakpad、xCrash、ByteHook等开源Native崩溃捕获框架，这类框架会注册对应Linux信号的处理函数，在崩溃发生、进程被系统销毁前，会触发自定义回调，可在回调中完成崩溃堆栈收集、日志上报、清理临时文件等操作。
注意：该方案仅能实现崩溃事件的检测和事后处理，无法阻止进程崩溃，也不能让应用在崩溃后继续运行

方案B：子进程隔离运行NDK模块

将所有调用该NDK模块的业务逻辑，放到独立子进程中运行：只需在AndroidManifest.xml中为承载NDK逻辑的组件（Service/Activity）配置android:process属性指定独立进程名即可。子进程崩溃不会影响主进程的正常运行，只需在主进程中监听子进程存活状态，崩溃后触发业务回退、提示用户等逻辑即可，是目前稳定性最高的兜底方案。

注意事项 #

• Native信号处理函数的执行环境有严格限制，禁止在回调中执行复杂业务逻辑、主线程操作或不安全的系统调用，否则会触发二次崩溃。
• 若NDK模块调用频率不高、业务可接受短暂不可用，优先选择子进程隔离方案，稳定性远高于崩溃捕获方案。

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