Taro崩溃排查

一、SIGSEGV 段错误

在 React Native 的 JavaScript 代码中，某些语法或操作可能会间接导致 SIGSEGV （段错误） ，尽管 SIGSEGV 通常是原生（Native）层的崩溃（如 C++/Objective-C/Java 代码问题）。但以下 JS 代码行为可能 间接触发原生崩溃：

---

直接或间接调用 Native 模块时的错误

(1) 调用未注册的 Native 模块

import { NativeModules } from 'react-native';// 如果 MyNonExistentModule 未在原生端注册
NativeModules.MyNonExistentModule.doSomething(); // 可能导致原生崩溃

修复：

确保 Native 模块已正确链接（iOS 的 RCT_EXPORT_MODULE() / Android 的 ReactContextBaseJavaModule）。

(2) 错误的参数传递给 Native 方法

NativeModules.MyModule.methodWithObject({ invalid: undefined }); 
// 如果原生端未处理 undefined，可能崩溃

修复：

确保参数类型匹配原生端预期（如避免传递 undefined、NaN）。

---

滥用 DeviceEventEmitter 或 Native 事件

(1) 过早触发事件（Bridge 未就绪）

import { DeviceEventEmitter } from 'react-native';// 在 App 启动时立即调用，可能 Bridge 未初始化
DeviceEventEmitter.emit('myEvent', { data: 'test' }); 

修复：

延迟事件触发（如放到 useEffect 或 componentDidMount 中）。

(2) 未移除事件监听导致内存泄漏

DeviceEventEmitter.addListener('event', () => {});// 忘记移除监听，可能导致原生端持有无效回调

修复：

在组件卸载时移除监听：

useEffect(() => {const subscription = DeviceEventEmitter.addListener('event', handler);return () => subscription.remove(); // 清理}, []);

---

错误的 JSI 或 TurboModules 使用

(1) 直接操作 JSI 对象（高级用法风险）

// 假设某个库内部使用 JSI 直接访问 C++ 内存
const jsiObject = someJsiLibrary.getNativeObject();
jsiObject.invalidMethod(); // 如果 C++ 对象已释放，触发 SIGSEGV

修复：

避免直接操作 JSI 对象，除非明确知道生命周期管理。

(2) TurboModules 的异步回调问题

NativeModules.MyTurboModule.methodWithCallback((err, data) => {if (err) throw err; // 如果回调中抛出异常，可能影响原生端});

修复：

确保回调中捕获所有异常：

NativeModules.MyTurboModule.methodWithCallback((err, data) => {try {if (err) console.error(err);else console.log(data);} catch (e) {
    console.error('Callback error:', e);}});

---

内存密集型操作阻塞 JS 线程

(1) 大数据处理导致 JS 阻塞

const hugeArray = new Array(1e7).fill(0).map(processData); // 主线程卡死// 可能间接导致原生端检测到 ANR（Application Not Responding）

修复：

使用 InteractionManager 或 Web Worker 分流：
InteractionManager.runAfterInteractions(() => {// 执行耗时任务});

(2) 频繁触发 setState 或 UI 更新

// 快速连续更新状态，可能导致原生 UI 线程过载
for (let i = 0; i < 1000; i++) {setState({ count: i }); // 可能引发原生端布局计算崩溃}

修复：

合并状态更新或使用防抖（debounce）。

---

第三方 Native 库的误用

(1) 未正确处理库的初始化

import { SomeNativeLib } from 'react-native-native-lib';// 如果库需要在原生端初始化，但未调用
SomeNativeLib.init().catch(console.error); // 未初始化直接调用方法会崩溃

修复：

阅读库的文档，确保正确初始化。

(2) 版本不兼容

// 如果 JS 代码调用了新 API，但原生库版本过旧
NativeModules.MyLib.newMethod(); // 原生端不存在此方法

修复：

确保 react-native 和第三方库版本兼容。

---

其他潜在危险操作

(1) 滥用 eval 或动态执行代码

const dynamicCode = 'NativeModules.MyModule.crash()';eval(dynamicCode); // 可能执行危险操作

修复：

避免动态执行代码。

(2) 未捕获的 Promise 异常

async function fetchData() {const res = await someNativeMethod(); // 如果原生端抛出异常
  console.log(res);}fetchData(); // 未捕获异常可能导致 Bridge 不稳定

修复：

始终捕获异步错误：

fetchData().catch(e => console.error('Native call failed:', e));

---

总结表：JS 可能触发 SIGSEGV 的场景

JS 代码行为	原生层风险	修复方案
调用未注册的 Native 模块	访问无效原生方法	确保模块已正确链接
传递非法参数到 Native	原生端解析崩溃	校验参数类型
过早触发 DeviceEventEmitter	Bridge 未初始化	延迟事件触发
未移除事件监听	内存泄漏导致野指针	组件卸载时清理监听
大数据阻塞 JS 线程	原生检测到 ANR	使用 InteractionManager 分流任务
第三方库未初始化	原生代码未准备好	阅读文档，正确初始化库

二、RCTDeviceEventEmitter错误

try-catch