从 xcarchive 到分发的 ipa

写这篇文章的原由是要更新 app ，然而上传 ipa 文件到 iTunes Connect 时发现体积巨大，是 App Store 显示的体积的好几倍，因而仔细研究了一下，各类体积的文件都是些什么。

各格式简要说明

.xcarchive

- Xcode Archive
- 由 Xcode 进行 Archive 操做产生的结果，出如今 Xcode Organizer 中
- 主要包含 .dSYM .app .dylib（针对 Swift）
- 用于生成 .ipa 文件复制代码

.ipa（Xcode 产出）

- iPhone Application Archive
- 主要包含 .app .dylib（针对 Swift）
- 最终从本地 upload 到 iTunes Connect 的文件复制代码

.ipa（iTunes 下载）

- iPhone Application Archive
- 主要包含 .app iTunesMetadata iTunesArtwork
- iTunes 用于管理应用软件安装包的形式复制代码

.app

- Applicaiton
- 主要包含图片、语言文件等资源，以及动态库和 Unix 可执行文件
- 安装到 iOS 设备的文件的格式复制代码

从 xcarchive 到 ipa

在进行 Archive 操做以前，咱们就能够在 Xcode 导航栏的 Products 目录中看到 .app 文件，extension target 对应的是 .appex 文件，因此归档出 .xcarchive 并非一个很是复杂的操做，只须要编译、连接、简单的签名，若是是 Swift 项目的话还须要拷贝一下标准库。

咱们查看 .xcarchive 里面的内容是经过“显示包内容”看见的，而 .ipa 则须要像 .zip 文件同样解压，那么也能够理解为何打包出 ipa 文件相对耗时了，尤为是 Swift 项目，不光要进行压缩操做，要 processing，一堆原生动态库加上第三方 framework 还要轮着等着签名。

这些保证了 ipa 文件不能被模拟器装上（没有 x86 架构），只能被 iOS 设备安装，你买的应用程序发给别人，别人并不能直接装上。从兔兔助手等平台安装的盗版软件必定是被从新签名过的。
（因为 ipa 文件上传到 iTunes Connect 以后，还会被从新处理，因此我的尚且不知道后续的处理过程还进行过怎样的签名工做）

因此 ipa 文件才能够做为加密文件放在软件商店，xcarchive 不能够。

从 Xcode 产出的 ipa 到用户下载的 ipa

如图是我开发的一款软件打包过程的各个状态，能够看到压缩状态的 ipa 文件是体积最小的。若是将 ipa 文件解压成文件夹，它的体积会和 xcarchive 文件很接近，由于它内部包含了比它自己还要大的整个 .app 包。

而后我分别经过 AppStore 和 TestFlight 安装了我上传的软件，结果都只占用了大约 15M 的空间。
前面提到，下载到设备的是 ipa，安装到设备的是 app。但看图，会发现 TestFlight 页面展现的体积和另外三张图相去甚远，30M+。仔细分析下：

1. iPhone 5S 推出以后，iOS 设备指令集从 armv六、armv七、armv7s 一路干到了 arm64，这么些个不一样的设备安装到本地的文件确定不同吧
2. 同一设备不一样系统，安装的文件也不同吧
3. Xcode 一次只产出一个 ipa，可是考虑到这款软件支持的系统版本数量和设备种类数量，可能最终几十种不一样的 iOS 环境（自造词，系统版本或设备型号不一样都算环境不一样），从同一个 AppStore 页面，下载了几十个不一样的 ipa 文件
4. 尝试发布过 app 的开发者都知道，上传 ipa 文件完成以后，还要等待一段时间，才能在 iTunes Connect 页面看见一个“构建版本”。虽然不知道这个“构建版本”在 Apple 的服务器里面具体都有哪些东西，但至少应该包含一大堆的 ipa 文件，分别指定了对应什么系统版本、什么设备型号
5. 在这个过程当中 ipa 文件的体积发生了很大变化，App Thining 也发生在这个过程当中。

至此能够看出，AppStore 页面显示的体积应该是预估的应用安装到设备的体积，而不是你下载这款软件所耗费的流量。这也解释了我以前尝试用剩 1G 存储的 iPad 去装一个 AppStore 显示 大小不到 1G 的游戏，为何会装不上，由于下载到 iPad 的文件实际可能大于 1G。

TestFlight 里面显示的 30M+，确定是通过 iTunes Connect 处理过的 ipa，但考虑到 .ipa 文件并不会比安装到设备的 .app 包体积更小，我的认为这是解压事后的 ipa 文件的体积。

个人 app 是如何一步一步变小的

未处理的 .app - 85.6 M
（加入动态库、.dSYM 等）
xcarchive - 167.7 M
未处理的 ipa 文件夹 - 172 M
（通过相似 zip 压缩）
未处理的 .ipa - 70.8 M（开发者感觉到的体积）
（我的推测）处理后的 ipa 文件夹- 约 30M（用户下载须要耗费的流量）
处理后的 .app - 约 15M（最终占用用户设备体积）

备注

App Thining 包含 Slicing、Bitcode 和 On-Demand Resources，其中 Slicing 是默认启用、没法关闭的，但只在 iOS 9.0.2 以后有效，后面两个选项在 Xcode 中默认开启，能够手动关闭。

这是 Xcode 产物体积与用户下载到设备中的软件体积差距较大的主要缘由。

推荐阅读：初探 iOS 9 的 App 瘦身功能