Expo两种构建方式的bundleID差异及RevenueCat集成异常排查

我正在开发一款iOS应用并集成RevenueCat，该工具依赖应用的bundleID连接Apple获取对应账户下创建的订阅。原本我的应用使用bundleID com.x.x，该版本已发布至Testflight且本地运行正常，RevenueCat可通过此bundleID获取App Store Connect中配置的订阅。

为同时使用最新Testflight版本与可在手机上迭代的开发版本，我按照Expo文档创建了变体，设置bundleID为com.x.x.dev并在App Store Connect注册，同时为该新“应用”创建了对应的订阅。但目前RevenueCat无法通过新bundleID识别任何产品，我已核对所有配置确认无误。

我在界面中展示了从Constants.expoConfig.ios.bundleIdentifier读取的bundleID，以及是否成功获取产品信息。发现使用npx expo run:ios在iOS模拟器构建运行时功能正常，但使用eas build --profile development构建并下载到手机后，通过npx expo start --dev-client运行时仍无法正常工作。

基于RevenueCat的工作机制，我推测第一种场景中虽然读取的是app.config.js中的com.x.x.dev，但后台实际仍使用旧bundleID com.x.x，现咨询：

• 这两种构建方式是否存在差异导致前者后台使用不同的bundleID？
• 如何检查应用实际使用的bundleID？

两种构建方式的差异 #

npx expo run:ios 和 eas build --profile development 确实存在bundleID处理逻辑的不同：

• npx expo run:ios 是本地构建流程，会实时读取app.config.js/app.json中的配置生成Xcode项目，模拟器运行时完全遵循当前配置的变体bundleID，不会有缓存干扰。
• eas build 是云端构建，若你的app.config.js里有基于环境变量的bundleID切换逻辑，或者eas.json的development profile未正确关联变体配置，就可能导致云端构建时用了旧的bundleID。另外，EAS构建的开发客户端会缓存部分配置，如果之前用旧bundleID构建过，残留的缓存也会影响新构建的应用。

检查应用实际使用的bundleID的方法 #

有几种可靠的验证方式：

1. 本地构建通过Xcode查看：
   运行npx expo run:ios后，打开生成的ios/[你的项目名].xcodeproj，在项目设置的General标签页查看Bundle Identifier字段，这就是模拟器运行时实际使用的ID。
2. 真机通过系统设置查看：
   安装开发客户端后，打开iOS系统设置，找到你的应用，拉到页面最底部就能看到Bundle ID，这是真机上应用实际生效的ID。
3. 通过代码获取真实bundleID：
   不要只依赖Constants.expoConfig.ios.bundleIdentifier，可以调用原生API获取最准确的ID：
   • 使用expo-application库的Application.applicationId，这个字段会返回应用签名时实际使用的bundleID；
   • 或者添加一段Swift原生代码打印：

     if let realBundleID = Bundle.main.bundleIdentifier {
         print("实际Bundle ID：\(realBundleID)")
     }
     

     通过日志输出查看结果。
4. 查看RevenueCat调试日志：
   开启RevenueCat的调试模式，查看日志中请求Apple App Store时携带的bundleID，这能直接验证RevenueCat实际使用的是哪个ID。

额外排查建议 #

• 确认eas.json的development profile是否正确配置了变体，比如在build配置中明确指定ios.bundleIdentifier，或者关联了对应的环境变量；
• 检查App Store Connect中com.x.x.dev对应的订阅产品是否已经通过审核（即使是开发版本，订阅产品也需要Apple审核通过才能被RevenueCat获取到）；
• 清除EAS构建缓存后重新构建开发客户端，避免旧配置残留。

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