Xcode 16编译的iOS应用体积暴涨，求恢复正常体积的优化建议

• 确认构建配置正确性：务必使用Release配置打包，Debug模式默认包含大量调试符号与未优化代码，会直接导致体积暴涨。检查Build Settings：

  • Optimization Level 设置为 Fastest, Smallest [-Os]
  • Debug Information Format 选择 DWARF with dSYM File
  • Strip Debug Symbols During Copy 设为 YES（仅Release配置）

• 分析App Thinning体积报告：在Xcode Organizer中选中归档包，执行分发流程（选择Ad Hoc或App Store Connect），生成的App Thinning Size Report会详细拆解二进制、资源、第三方框架的体积占比，快速定位体积膨胀的核心来源。

• 排查第三方依赖问题：Xcode 16的编译逻辑变化可能导致第三方库体积异常：

  • 用 lipo -info [框架路径] 检查依赖库的架构，确保仅包含真机需要的arm64，避免混入x86_64等冗余架构
  • 对比依赖库在Xcode 15与16下的编译产物大小，排查是否是库本身更新或编译选项变化导致体积暴涨

• 验证自定义符号剥离脚本：确认你添加的strip脚本执行时机正确（需在Compile Sources之后、Copy Bundle Resources之前），脚本仅针对Release配置生效：

  if [ "$CONFIGURATION" = "Release" ]; then
    strip -x "${TARGET_BUILD_DIR}/${TARGET_NAME}.app/${TARGET_NAME}"
  fi
  

  执行归档后，用 nm -u [.app内二进制路径] 检查是否还有未剥离的调试符号。

• 检查资源文件冗余：

  • 查看Assets Catalog是否包含未使用的多分辨率图片，或错误导入了大尺寸资源
  • 检查Copy Bundle Resources列表，排除重复添加的文件、测试用资源或不必要的大文件（如视频、压缩包）

• 核对编译器优化选项：Xcode 16升级了Clang版本，默认编译选项可能调整。重置Other C Flags和Other Swift Flags为默认值，对比体积变化；若之前手动添加过调试相关选项，确保Release配置下已移除。

• 清理冗余架构配置：

  • 确保Architectures设置为Standard Architectures (arm64)
  • 清空Valid Architectures（Xcode 12+已废弃该选项，残留值可能导致编译多架构）
  • Release配置下Build Active Architecture Only设为NO，避免意外编译非目标架构

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