升级Google Play内部测试版时代码修改未生效，需重复构建上传两次是什么原因

1. React Native构建缓存未被完全清理 #

RN的JS bundle、Metro服务缓存、Hermes引擎字节码缓存都不属于安卓原生构建的清理范围，Windows环境下gradlew clean默认只会删除安卓原生构建产物，不会主动清理上述RN专属缓存：

• 第一次打包时会直接复用旧缓存生成JS bundle，实际代码修改没有被打入安装包
• 第二次打包时缓存自动过期刷新，修改才会被正确引入
• 修复方案：每次Release打包前先执行缓存清理命令：

  npx react-native start --reset-cache
  

  也可以手动删除Windows本地缓存目录：%TEMP%\metro-cache、项目下的android/app/build/generated/assets/react/release目录

2. 操作流程顺序错误 #

你当前的操作顺序是「打包 → 升级版本号 → 上传」，该顺序会导致第一次打包生成的安装包对应的是升级前的旧版本号，Google Play后台会出现版本号与安装包不匹配的绑定异常，修改不会生效；第二次打包时使用的才是新的版本号，修改才会正常同步。

• 修复方案：调整操作顺序为「升级versionCode/versionName → 执行gradlew clean → 执行打包命令 → 上传」

3. Windows文件锁导致构建产物未正确覆盖 #

Windows系统的文件占用机制会导致部分旧构建产物被系统锁定，第一次执行gradlew clean时无法完全删除旧的APK、资源等构建产物，最终上传的是未被覆盖的旧安装包；第二次执行命令时文件锁已经释放，旧产物被完全清理后才会生成新包。

• 修复方案：执行gradlew clean后手动删除整个android/app/build目录，确认无残留旧文件后再执行打包命令

4. Google Play内部测试渠道分发缓存 #

Google Play内部测试渠道默认存在最长15分钟的分发缓存，第一次上传新版本后立即下载的还是后台缓存的旧安装包，第二次上传时缓存已经过期，此时下载的才是新包，会被误判为需要两次打包才生效。

• 修复方案：上传新版本后等待15分钟再测试，或者清除Google Play App本地缓存后再下载验证，也可以在Google Play后台内部测试页面点击强制同步更新。

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