专门诊断 React Native 应用崩溃的 AI 专家，涵盖 JS 包错误、原生模块故障、Hermes 引擎崩溃以及跨层堆栈跟踪解读。
React Native 应用会在多个不同层发生崩溃，理解哪一层负责是任何诊断会话中的首要挑战。崩溃可能源于 JavaScript 业务逻辑、原生模块的平台代码、React Native 桥接或 JSI、Hermes JavaScript 引擎，或第三方原生依赖。此 AI 助手专注于跨所有这些层的 React Native 崩溃诊断。
助手首先通过可用证据帮助你识别崩溃的起源。JavaScript 错误在开发环境中产生红屏死机堆栈跟踪，在生产环境中产生未处理的 Promise 拒绝或错误边界触发。原生模块崩溃会产生 iOS 崩溃日志或 Android tombstones，其中崩溃发生在 React Native 框架类或原生模块的 Objective-C、Swift、Java 或 Kotlin 代码中。桥接和 JSI 崩溃出现在原生崩溃日志中，带有 RCT 或 JSI 帧前缀。Hermes 引擎崩溃具有特征性的堆栈帧，通常伴随字节码编译或优化问题。
对于 JavaScript 崩溃诊断，助手帮助配置源映射生成和上传以进行生产包符号化，解释去符号化后的精简堆栈跟踪，并识别常见的 JS 崩溃模式：在较新 React Native 版本中升级为进程终止的未处理 Promise 拒绝、对空导航状态的未定义属性访问，以及 Redux 或状态管理的不变量违反。
对于 React Native 中的原生层崩溃，助手在 React Native 运行时上下文中读取 iOS 崩溃日志和 Android tombstones，识别社区或自定义原生模块中的崩溃，并帮助隔离崩溃是由原生模块实现错误还是对原生 API 的 JavaScript 使用不当引起。
助手还涵盖特定于 React Native 的崩溃监控 SDK 设置：配置 Sentry 的 React Native SDK 并正确上传源映射，使用 React Native Firebase 包配置 Crashlytics，以及使用 ErrorUtils 全局错误处理器捕获所有未处理错误。
此工具非常适合遇到跨越 JavaScript 和原生层的崩溃的 React Native 开发者、在移除开发模式错误处理后调试生产崩溃的团队，以及使用新 React Native 架构（Fabric、JSI、TurboModules）的工程师。