Android平台C++/CryptoPP异常捕获失效致应用崩溃排查

安全阿岳

2026-8-27

问题根因

这个异常捕获失效是三个问题共同导致的：

跨so库C++类型识别失效：Android NDK开发中，如果业务so、CryptoPP、OpenCV等依赖分别静态链接libc++，每个二进制文件会存储独立的C++ RTTI（运行时类型信息）和异常处理表。异常跨so边界抛出时，上层catch的类型匹配逻辑会因为两边typeid不相等，匹配不到具体的异常类型——你最开始测试时抛自定义Exception，catch(Exception e)抓不到、但catch(...)能抓到，log里却显示异常类型是cv::Exception，本质就是静态链接STL导致的类型信息错乱。
catch(...)块本身有代码错误：你写的catch(...)兜底逻辑存在低级错误：catch(...)语法不会声明异常对象，块内直接调用不存在的e.what()属于非法内存访问，程序刚进入捕获分支就会触发崩溃，表现出来就是“catch(...)也抓不到异常”。
CryptoPP编译选项错误：如果编译CryptoPP时加了-fno-exceptions参数，编译器会直接把库内所有throw逻辑替换成终止进程的逻辑，异常根本不会走正常传播流程，外层无论写什么捕获代码都不可能生效。

修复方案

按以下步骤逐一排查修复即可：

统一所有原生依赖的STL链接配置：所有Native模块统一使用动态链接c++_shared，禁止静态链接c++_static，保证整个APP进程内只有一份STL实现，从根源解决跨so的类型匹配问题。对应Gradle配置参考：

android {
    defaultConfig {
        externalNativeBuild {
            cmake {
                cppFlags.addAll(["-std=c++17", "-frtti", "-fexceptions"])
                arguments.addAll(["-DANDROID_STL=c++_shared"])
            }
        }
    }
}

修正异常捕获代码的写法：捕获具体异常类型时统一用const引用形式，避免不必要的对象拷贝和类型匹配偏差；catch(...)兜底块内禁止访问未定义的异常对象，正确写法参考：

try {
    // 调用CryptoPP相关业务逻辑
} catch (const CryptoPP::BERDecodeErr& e) {
    LOGD("捕获BER解码异常：%s", e.what());
} catch (const CryptoPP::Exception& e) {
    LOGD("捕获CryptoPP通用异常：%s", e.what());
} catch (...) {
    LOGD("捕获到未知类型异常");
}

重新编译CryptoPP依赖：编译CryptoPP时必须开启异常和RTTI支持，也就是加上-fexceptions -frtti编译参数，移除所有-fno-exceptions、-fno-rtti相关配置，保证库内抛出的异常可以正常向外传播。
JNI边界兜底：如果Native逻辑是通过JNI供Java/Kotlin层调用，必须在JNI入口处兜住所有C异常，禁止C异常直接穿透到Java层，否则会直接触发进程崩溃。

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