React Native新架构迁移后RCTCxxBridge.mm出现致命异常

• 排查C++层初始化的异常捕获逻辑
  从崩溃堆栈看，异常在RCTCxxBridge初始化阶段被抛出，且属于非标准C异常。新架构大量依赖C实现，需重点检查：

  • 自定义TurboModule、Fabric组件的初始化代码，确保所有可能抛出异常的逻辑都被std::exception包裹，避免抛出非标准类型的异常
  • 在RCTCxxBridge初始化流程中扩展全局C++异常捕获范围，比如在tryFunc或初始化块中，将非std异常转换为可处理的错误信息，避免直接触发致命崩溃

• 验证Release模式的编译配置
  Debug模式无异常说明问题与编译优化强相关，检查Xcode Release配置：

  • 确认Build Settings中Enable C++ Exceptions设置为YES
  • 临时降低Optimization Level至None [-O0]，测试是否还会崩溃，排查是否是编译优化导致的代码逻辑异常
  • 确保完整上传dSYM文件到Crashlytics，解析出C++层的具体崩溃位置，而非仅停留在RN的封装代码层面

• 检查第三方库的新架构兼容性
  新架构对Native库的适配要求严格，需排查：

  • 所有依赖的第三方Native库（尤其是含C++逻辑的）是否已适配新架构，避免混合新旧架构代码导致的初始化冲突
  • 逐步禁用非核心第三方库，定位触发异常的具体依赖

• 优化启动阶段的异步初始化逻辑
  异常发生在RCTMessageThread的异步执行块中，需关注：

  • App启动时Bridge初始化前后的异步任务，是否存在跨线程访问未初始化C++对象的情况
  • 确保C++对象的初始化是线程安全的，避免多线程竞争导致的异常

• 构建可复现的Release测试环境
  虽然Debug模式无法复现，但可通过以下方式尝试复现问题：

  • 使用react-native run-ios --configuration Release构建本地Release包，在真机上测试
  • 在Xcode中为Release模式开启Address Sanitizer或Zombie Objects（注意会影响性能），捕获内存相关异常
  • 针对Crashlytics中崩溃集中的设备型号/iOS版本，收集对应环境进行定向测试

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