React Native应用在TestFlight崩溃但Expo Go正常，求排查方案

我们基于React Native开发的移动端应用在Expo Go测试环节运行完全正常，但部署至TestFlight进行测试时，发现点击特定按钮会导致应用崩溃。以下是获取到的崩溃日志（已隐去隐私信息）：

Exception Codes: 0x0000000000000000, 0x0000000000000000
Termination Reason: SIGNAL 6 Abort trap: 6
Terminating Process: [redacted] [5827]
Triggered by Thread:  2
Application Specific Information:
abort() called
Last Exception Backtrace:
0   CoreFoundation                         0x198ee269c __exceptionPreprocess + 164
1   libobjc.A.dylib                        0x191177c80 objc_exception_throw + 60
2   [redacted]                             0x100a34fd4 0x1008e8000 + 1363924
3   [redacted]                             0x100aa32b0 0x1008e8000 + 1815216
4   [redacted]                             0x100aa3ae4 0x1008e8000 + 1817316
5   CoreFoundation                         0x198e27794 __invoking___ + 148
6   CoreFoundation                         0x198e2722c -[NSInvocation invoke] + 428
7   CoreFoundation                         0x198e27054 -[NSInvocation invokeWithTarget:] + 64
8   [redacted]                             0x100a644c4 0x1008e8000 + 1557700
9   [redacted]                             0x100a66514 0x1008e8000 + 1565972
10  [redacted]                             0x100a66164 0x1008e8000 + 1565028
11  libdispatch.dylib                      0x1a0deb6a8 _dispatch_call_block_and_release + 32
12  libdispatch.dylib                      0x1a0ded300 _dispatch_client_callout + 20
13  libdispatch.dylib                      0x1a0df4894 _dispatch_lane_serial_drain + 748
14  libdispatch.dylib                      0x1a0df53c4 _dispatch_lane_invoke + 380
15  libdispatch.dylib                      0x1a0e00004 _dispatch_root_queue_drain_deferred_wlh + 288
16  libdispatch.dylib                      0x1a0dff878 _dispatch_workloop_worker_thread + 404
17  libsystem_pthread.dylib                0x202e1b964 _pthread_wqthread + 288
18  libsystem_pthread.dylib                0x202e1ba04 start_wqthread + 8
Thread 0 name:   Dispatch queue: com.apple.main-thread
Thread 0:
0   libsystem_kernel.dylib                 0x1e0555178 mach_msg2_trap + 8
1   libsystem_kernel.dylib                 0x1e0554f10 mach_msg2_internal + 80
2   libsystem_kernel.dylib                 0x1e0554e28 mach_msg_overwrite + 436
3   libsystem_kernel.dylib                 0x1e0554c68 mach_msg + 24
4   CoreFoundation                         0x198e2bb1c __CFRunLoopServiceMachPort + 160
5   CoreFoundation                         0x198e29a14 __CFRunLoopRun + 1208
6   CoreFoundation                         0x198e29478 CFRunLoopRunSpecific + 608
7   GraphicsServices                       0x1dc3aa4f8 GSEventRunModal + 164
8   UIKitCore                              0x19b24d62c -[UIApplication _run] + 888
9   UIKitCore                              0x19b24cc68 UIApplicationMain + 340
10  [redacted]                             0x1008efa3c 0x1008e8000 + 31292
11  dyld                                   0x1bbb62dcc start + 2240
Thread 1:
0   libsystem_pthread.dylib                0x202e1b9fc start_wqthread + 0
Thread 2 name:   Dispatch queue: com.facebook.react.ExceptionsManagerQueue
Thread 2 Crashed:
0   libsystem_kernel.dylib                 0x1e055dfbc __pthread_kill + 8
1   libsystem_pthread.dylib                0x202e1f680 pthread_kill + 268
2   libsystem_c.dylib                      0x1a0ea5b90 abort + 180
3   libc++abi.dylib                        0x202d49ff8 abort_message + 132
4   libc++abi.dylib                        0x202d39f90 demangling_terminate_handler() + 348
5   libobjc.A.dylib                        0x19117ada4 _objc_terminate() + 144
6   libc++abi.dylib                        0x202d493bc std::__terminate(void (*)()) + 16
7   libc++abi.dylib                        0x202d49360 std::terminate() + 108
8   libdispatch.dylib                      0x1a0ded314 _dispatch_client_callout + 40
9   libdispatch.dylib                      0x1a0df4894 _dispatch_lane_serial_drain + 748
10  libdispatch.dylib                      0x1a0df53c4 _dispatch_lane_invoke + 380
11  libdispatch.dylib                      0x1a0e00004 _dispatch_root_queue_drain_deferred_wlh + 288
12  libdispatch.dylib                      0x1a0dff878 _dispatch_workloop_worker_thread + 404
13  libsystem_pthread.dylib                0x202e1b964 _pthread_wqthread + 288
14  libsystem_pthread.dylib                0x202e1ba04 start_wqthread + 8

排查思路与解决办法 #

1. 符号化崩溃日志，定位具体崩溃点 #

日志中的[redacted]是混淆后的符号，无法直接定位代码。需要用TestFlight打包时生成的dSYM文件（Xcode Organizer中对应归档的dSYMs文件夹），配合Xcode的symbolicatecrash工具解析：

• 执行命令：xcrun symbolicatecrash crash.log app.dSYM > symbolicated_crash.log
• 解析后的日志会显示具体的崩溃函数名，直接指向出错的Native模块或RN代码逻辑。

2. 针对环境差异排查 #

• 依赖与构建模式差异：
  • Expo Go是调试环境，TestFlight是生产构建，检查是否有依赖仅在调试模式下正常工作。比如部分Native模块在生产构建时未正确链接，或__DEV__条件判断的逻辑存在漏洞。
  • 检查app.json/app.config.js中的生产配置，确认minify、混淆等选项是否开启，是否遗漏了生产模式必需的权限或功能配置。
• 未捕获的异步异常：
  • 生产模式下未捕获的Promise拒绝会直接导致崩溃，而调试模式下仅会弹出警告。给全局Promise添加拒绝监听：

    Promise.onUnhandledRejection = (error) => {
      console.error('未处理的Promise拒绝:', error);
    };
    

• 权限问题：
  • 检查按钮触发的操作是否涉及敏感权限（相机、相册、位置等），确认TestFlight环境下权限申请流程是否正确，是否存在未授权直接调用功能的情况。

3. 复现并实时监控错误 #

• 构建调试版的TestFlight包：eas build --platform ios --profile development，安装到真机后，用Xcode连接设备查看控制台日志，能获取比崩溃日志更详细的实时错误信息。

4. 检查Expo构建配置与依赖 #

• 确认TestFlight构建使用的是生产配置：eas build --platform ios --profile production，检查profile配置是否完整。
• 用expo doctor检查依赖冲突或缺失，确认第三方Native模块是否支持Expo生产构建，是否需要额外配置步骤。

5. 内存与资源排查 #

• 若按钮操作涉及加载大图片、大量数据渲染，生产模式下内存管理更严格，可能触发OOM导致崩溃。用Xcode的Instruments工具在真机上监控内存使用情况。

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