React Native 应用未知随机内存崩溃 无法定位原因求助

从提供的日志可以确认：崩溃触发类型为SIGSEGV空指针访问，发生在React Native默认JS引擎libjsc.so的执行逻辑中，崩溃线程为JS执行线程mqt_js，属于原生层崩溃。

• M1芯片Mac运行arm64架构安卓模拟器时的JSC兼容缺陷：旧版本RN自带的JSC库没有对arm64架构的安卓模拟器做完整适配，跨架构执行JS代码时容易触发空指针异常
• JS侧调用原生模块时传递了未初始化的空对象/空函数，原生层未做非空校验直接访问成员属性，触发JSC内部执行逻辑崩溃
• 第三方RN依赖的原生模块存在内存问题，比如已释放的原生对象被JS侧再次调用，触发JSC执行时的野指针访问
• 当前使用的RN版本存在已知的JSC相关崩溃bug，0.66版本之前的RN在arm64模拟器上运行时存在多个未修复的JSC崩溃问题

• 优先替换JS引擎验证：在项目android/app/build.gradle中开启Hermes引擎，替换默认的JSC引擎，测试崩溃是否复现，可快速定位是否为JSC本身的兼容问题
• 升级RN版本：如果当前使用的RN版本低于0.68，建议升级到最新稳定版，新版RN已经修复了M1 Mac运行安卓模拟器时的大量架构兼容问题
• 切换模拟器架构验证：将当前arm64架构的安卓模拟器更换为x86_64架构运行测试，如果崩溃不再出现，可确定为arm64模拟器的兼容问题，该问题不会影响生产环境的arm64真机运行
• 增加参数校验：梳理所有JS调用原生的接口，原生侧接收参数后先做非空判断再执行后续逻辑，避免空值传入触发底层崩溃
• 符号化崩溃栈定位具体代码：将崩溃日志通过ndk-stack工具做符号化，执行命令adb logcat | ndk-stack -sym 安卓项目路径/app/build/intermediates/merged_native_libs/debug/out/lib/arm64-v8a，即可得到更清晰的调用栈，定位具体触发崩溃的代码位置

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