Azure DevOps CI构建成功后APK崩溃求助

我之前在React Native项目里也碰到过类似的Azure DevOps流水线构建APK崩溃的情况，结合你提供的YAML配置，给你梳理几个大概率的排查方向：

1. 跳过bundleReleaseJsAndAssets导致JS代码缺失 #

你的流水线里执行了assembleRelease -x bundleReleaseJsAndAssets，这个参数是直接跳过React Native核心的JS bundle打包和资源拷贝步骤的。手动构建时Gradle会自动触发这个步骤，把JS业务代码打包成index.android.bundle并放到APK的正确目录里，但流水线里跳过之后，生成的APK相当于没有核心业务逻辑，启动时自然会直接崩溃。

解决思路：

• 要么去掉-x bundleReleaseJsAndAssets参数，让Gradle自动完成bundle步骤；
• 或者在流水线里单独添加JS打包步骤，提前把bundle文件生成好，确保Gradle能正确读取。比如在「Install NPM modules」之后新增：

- task: Bash@3
  displayName: 'Bundle JS and Assets'
  inputs:
    targetType: inline
    script: yarn run bundle-android --platform android --dev false --entry-file index.js --bundle-output android/app/src/main/assets/index.android.bundle --assets-dest android/app/src/main/res/

2. 依赖安装的一致性问题 #

流水线用Yarn安装依赖，但有可能和你本地手动构建的依赖版本存在差异：

• 建议在「Install NPM modules」步骤里添加--frozen-lockfile参数，强制流水线使用本地的yarn.lock锁定依赖版本，避免出现依赖树不一致的情况：

- task: geeklearningio.gl-vsts-tasks-yarn.yarn-task.Yarn@3
  displayName: 'Install NPM modules'
  inputs:
    arguments: '--frozen-lockfile'

• 同时确认你本地手动构建时也是用Yarn而非npm，两者的依赖解析逻辑可能会导致安装的包版本有差异。

3. Node版本不匹配 #

流水线指定了Node 10.x，你本地手动构建的Node版本是不是和这个一致？React Native不同版本对Node版本有明确要求，版本不匹配可能导致打包的JS bundle存在兼容性问题，进而引发启动崩溃。建议把本地Node版本切换到10.x测试，或者根据你的React Native版本调整流水线的Node版本（比如较新的RN版本要求Node 14+）。

4. 抓取崩溃日志定位精准原因 #

以上都是经验推测，最准确的方式是直接抓取设备的崩溃日志：

• 把崩溃的设备连接到电脑，执行adb logcat *:E（只输出错误级别的日志），然后启动APK，查看输出的错误信息。如果是JS bundle缺失，会看到类似Could not get BatchedBridge, make sure your bundle is packaged correctly的提示；如果是Native模块问题，会有对应的Native层报错栈。

5. 签名配置差异 #

检查流水线的APK签名配置和手动构建是否一致：

• 手动构建如果用的是debug签名，而流水线用的是release签名，若签名配置（比如密钥库路径、密码、别名）有误，可能导致运行时权限或资源访问异常，进而引发崩溃。可以对比本地android/app/build.gradle里的签名配置，确认流水线是否正确注入了签名信息。

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