Android静态链接OpenCV抛出异常触发SIGABRT崩溃问题

崩溃核心是C++异常栈展开流程被破坏，异常处理逻辑无法匹配到catch块，直接调用abort()终止进程，由三个配置错误共同导致：

• 你在自有类库链接参数中添加了-Wl,--exclude-libs,libc++_static.a -Wl,--exclude-libs,libc++abi.a，强制将STL、C++ ABI层的所有全局符号设为本地隐藏。C++异常跨栈帧（尤其是跨动态库边界）展开时，需要依赖全局可见的__gxx_personality_v0、异常类型RTTI信息、eh_frame展开表定位catch块，这些符号被隐藏后，栈展开逻辑会判定异常无匹配处理分支，直接触发崩溃。
• 链接参数中添加的-Wl,-s会强制链接器剥离所有符号表与重定位信息，其中包含异常处理必需的.gcc_except_table、.eh_frame段关联信息，直接破坏异常栈展开的基础数据。
• 编译OpenCV静态库时开启了-DINSTALL_CREATE_DISTRIB=ON，该参数是OpenCV为独立发布共享库设计的，会将STL、C++ ABI实现静态打包进libopencv_world.a，同时默认给内部符号加隐藏属性。你在链接自有类库时又额外链接了一份NDK提供的c++_static，单个so内存在两份独立的C++ ABI实现，异常全局状态分裂：抛出的异常由其中一份ABI创建，栈展开时调用另一份ABI的处理逻辑，无法识别异常类型。

你观察到的静态链接场景下STL、cxxabi符号缺失，正是符号被隐藏、两份ABI实现冲突的直接表现；动态链接OpenCV时无崩溃，是因为该场景下OpenCV作为独立共享库，STL、ABI符号默认全局可见，不存在ABI实现重复打包的问题。

按以下步骤调整编译配置即可修复：

1. 移除错误的链接参数
   删掉自有类库CMake配置中cppFlags里的-Wl,-s，不要在链接阶段全局strip符号，如需裁剪体积使用Gradle对应buildType下的默认strip规则即可，该规则会保留异常处理必需的段信息。
2. 调整符号隐藏范围
   从--exclude-libs列表中移除libc++_static.a和libc++abi.a，STL、C++ ABI相关符号必须保持全局可见。你添加该参数的初衷是隐藏OpenCV符号避免冲突，只需要将OpenCV编译产出的静态库、OpenCV附带的第三方静态库（比如zlib、libjpeg等）加入--exclude-libs列表即可。
3. 重新编译OpenCV静态库
   调整OpenCV编译的CMake参数：
   • 关闭-DINSTALL_CREATE_DISTRIB=ON，该参数不适合编译供第三方集成的静态库
   • 追加编译选项-DCMAKE_CXX_FLAGS="-fexceptions -frtti -fvisibility=default"，确保OpenCV编译时启用异常、RTTI，不默认隐藏符号
   • 保持-DANDROID_STL=c++_static配置，和自有类库STL选项一致，不要在OpenCV编译阶段做STL的强制打包
4. 统一全链路编译选项
   所有链接进libmylib.so的静态库（自有代码、OpenCV、第三方依赖）必须使用同一版本NDK（你当前用的21e即可）、一致的-fexceptions -frtti编译开关、相同的c++_staticSTL配置，避免ABI不兼容。
5. （可选）更精准的符号控制
   如果需要更彻底地避免OpenCV符号冲突，可以使用链接器版本脚本（version script）做符号裁剪：仅将你SDK对外暴露的公开API、JNI接口符号设为global可见，所有cv::*、opencv_*前缀的内部符号设为local隐藏，不要一刀切隐藏STL、ABI层符号。

配置调整后，使用llvm-readelf -CWs libmylib.so查看动态符号表，确认__gxx_personality_v0、std::uncaught_exception、__cxxabiv1::*相关的RTTI、异常处理符号为GLOBAL DEFAULT属性，此时抛出可捕获的C++异常即可正常被上层代码捕获，不会触发SIGABRT。

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