Expo-dev-client EAS构建iOS模拟器版启动即崩溃问题求助

关于模拟器崩溃和真机的关系 #

模拟器崩溃不一定等同于真机也会崩溃。两者的硬件架构（x86_64/arm64）、系统运行环境存在差异：

• 部分依赖库可能仅针对真机做了适配，模拟器上会触发崩溃，但真机正常
• 反之，也有部分逻辑在模拟器正常，但真机因权限、硬件特性问题崩溃
• 但如果是核心配置错误、依赖版本不兼容这类问题，很大概率会导致两者都崩溃，所以不能直接忽略真机测试的必要性

针对iOS模拟器版本崩溃的排查步骤 #

1. 优先分析Apple错误日志 #

重点定位以下内容：

• Exception Type 和 Exception Codes：判断是内存错误、未定义方法调用还是其他类型崩溃
• 崩溃线程的调用栈：找到触发崩溃的具体模块（比如是expo-dev-client内部代码、某个第三方原生库，还是你的业务代码）
  如果调用栈里出现EXC_CRASH (SIGABRT)且关联RCTFatal，大概率是React Native或Expo相关的配置/版本问题

2. 检查eas.json配置 #

确保模拟器构建的profile满足以下要求：

{
  "build": {
    "simulator": {
      "developmentClient": true,
      "ios": {
        "simulator": true,
        "buildConfiguration": "Debug",
        // M系列Mac添加这行，Intel芯片可以去掉
        "archs": ["arm64"]
      }
    }
  }
}

• 必须开启developmentClient: true，否则expo-dev-client的功能无法正常加载
• 模拟器构建要指定simulator: true，EAS会针对性处理架构和配置
• M系列Mac需指定archs: ["arm64"]，避免架构不匹配导致崩溃

3. 核对项目依赖版本 #

• 确保expo-dev-client的版本与你的Expo SDK版本完全匹配（比如SDK 49对应expo-dev-client@~2.4.11），版本不兼容是dev-client崩溃的常见原因
• 运行npx expo doctor，修复所有依赖冲突、配置警告
• 检查是否有第三方依赖声明不支持iOS模拟器（比如某些支付、蓝牙SDK），这类依赖会导致模拟器构建失败或崩溃

4. 本地构建排查 #

尝试本地构建模拟器版本：

eas build --local --profile simulator

本地构建会输出更详细的日志，能帮你定位构建过程中是否有隐藏的错误（比如原生库编译失败、资源缺失）

5. 测试基础场景 #

如果上述步骤没找到问题，尝试创建一个最小化的Expo项目，仅集成expo-dev-client并构建模拟器版本，看是否能正常运行。如果能，说明是你的项目中某个依赖或配置导致的冲突，逐步添加原有项目的依赖来定位问题。

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