未签名xcarchive体积大于已签名版本的原因咨询

这确实是个挺反直觉的现象，我来给你拆解下背后的核心原因——签名过程会触发Xcode自动执行一系列二进制优化操作，而未签名的归档会跳过这些步骤，尤其是针对Swift动态库的优化，效果特别明显。

具体来说，这些优化包括： #

• 剥离调试符号：已签名归档时，Xcode会自动移除二进制中的调试符号表和冗余调试信息。Swift核心库libswiftCore.dylib本身包含大量调试信息，未签名版本保留了这些内容，自然体积庞大；签名后剥离掉这些信息，体积会直接砍掉一大块。
• 架构瘦身：未签名的归档里，Swift动态库可能包含了所有支持的ARM架构（比如armv7、armv7s、arm64）的完整二进制代码。而签名过程中，Xcode会根据你的部署目标（iOS 10.0）自动剥离掉不需要的架构，只保留当前目标设备需要的架构版本，进一步压缩体积。
• 链接时优化（LTO）：签名阶段Xcode会启用链接时优化，把整个项目的代码作为一个整体进行分析，移除冗余函数、合并重复代码，对Swift标准库这类代码量极大的库来说，优化效果非常显著。
• 死代码剥离：这个优化会自动移除二进制中从未被调用过的代码片段。未签名归档可能没有开启这个优化，导致保留了很多无用代码，而签名过程会强制触发这个步骤。

为什么未签名归档会跳过这些优化？ #

你添加的CODE_SIGN_IDENTITY="" CODE_SIGNING_REQUIRED=NO CODE_SIGNING_ALLOWED=NO参数，本质上是告诉Xcode“跳过所有与代码签名相关的流程”。而在Xcode的构建流水线中，很多二进制优化步骤是和签名绑定在一起的——因为签名是归档的最终环节，Xcode会在签名前完成所有必要的优化，确保交付的是最紧凑的二进制文件。当你跳过签名时，这些依赖签名触发的优化也被一并跳过了，所以未签名的归档保留了原始的、未优化的二进制文件，体积自然比已签名的大很多。

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