为何App Store中应用大小是Xcode本地构建的一半？

App Store构建的核心特殊性 #

• App Thinning（应用瘦身）：苹果会针对不同设备的架构、屏幕参数等生成适配性安装包，用户下载时仅获取对应设备的专属版本；而本地Xcode默认构建的是包含所有兼容架构的通用包，自然体积更大。
• Bitcode深度优化：若项目开启Bitcode，App Store会重新编译应用，做更彻底的冗余代码移除、二进制压缩；本地构建的Bitcode处理仅做基础转换，优化程度远不及苹果服务器端。
• 专属加密与压缩：App Store对提交的安装包采用专属加密算法和高压缩比处理，比Xcode本地的默认压缩效率更高。
• 资源自动优化：苹果会自动处理图片（转换为HEIC、清除冗余元数据）、仅保留用户设备所需的本地化资源，这些优化本地构建不会自动执行。

具体排查方向 #

• 验证App Thinning配置：在Xcode的Build Settings中确认Enable App Thinning是否开启；归档后选择Distribute App，分别尝试通用分发和特定设备分发，对比生成的包大小差异。
• Bitcode状态对比测试：查看项目Build Settings的Enable Bitcode选项，先开启后关闭，分别本地构建并对比包大小；同时在App Store Connect中确认提交的包是否启用了Bitcode。
• 分析包内容差异：通过Xcode -> Window -> Organizer导出本地构建包和App Store下载的包，用dwarfdump或otool命令对比二进制文件的架构、体积；用ls -lh查看资源文件的格式、大小差异。
• 查看App Store Connect包详情：进入应用的活动页面，查看提交包的App Store文件大小和通用文件大小，两者的差值就是App Thinning带来的瘦身效果。
• TestFlight包配置检查：TestFlight出现大小差异时，查看分发配置是否开启App Thinning，同时对比不同设备上TestFlight下载的包大小，确认是否是设备专属包导致的差异。

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