我之前在升级Expo SDK到53的时候也碰到过ipa体积暴涨的情况，结合你提到的新增设备和无代码修改的背景，主要有这几个关键原因和对应的解决办法：

1. 打包方式从Classic Build切换到EAS Build的默认配置差异 #

你之前用的exp build:ios是Expo的Classic Build，而SDK 53已经完全废弃了Classic Build，强制使用EAS Build。两者的默认打包策略有很大区别：

• Classic Build默认只生成真机专用的thin binary（仅包含arm64架构），体积较小；
• EAS Build默认生成通用二进制包（Universal Binary），同时包含真机的arm64和模拟器的x86_64架构，这会直接让包体积翻倍甚至更多。

解决办法： #

在build时指定不生成通用包，只针对真机架构打包：

eas build -p ios --profile production --no-universal

或者在项目根目录的eas.json中配置production profile，默认禁用通用包：

{
  "build": {
    "production": {
      "ios": {
        "buildConfiguration": "Release",
        "universal": false
      }
    }
  }
}

2. Expo SDK 53基础依赖体积增加 #

SDK 53升级了React Native到0.74版本，同时更新了大量内置的Expo模块（比如Expo Router、Expo Camera等），这些模块的体积本身比旧版本有所增加，叠加架构的因素就会让包体积大幅上升。

验证方式： #

你可以生成包后用xcrun size -l -m -d YourApp.ipa查看各个架构的体积占比，确认是架构叠加还是基础模块体积的问题。

3. 缓存冗余导致的额外文件打包 #

升级SDK后，旧的build缓存可能残留了一些不必要的文件（比如旧版本的依赖、模拟器编译产物），导致新的build把这些冗余内容也打包进去了。

解决办法： #

清理EAS的build缓存后重新打包：

eas build:cache:clear

4. 新增设备后的Provisioning Profile影响（可能性较低） #

虽然添加设备本身不会直接影响包体积，但如果Expo自动生成的Provisioning Profile包含了过多的设备UDID，可能会导致签名相关的文件变大，但这个影响通常很小，不会从30MB涨到170MB。你可以在Apple开发者后台查看对应的Provisioning Profile，确认是否有异常。

最后提醒下：如果你的分发渠道只能用原始ipa文件，一定要确保只打包真机架构，这是最有效的降体积手段。

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