【iOS|【iOS 开发】从 xcarchive 到分发的 ipa

写这篇文章的起因是要更新 app ,然而上传 ipa 文件到 iTunes Connect 时发现体积巨大,是 App Store 显示的体积的好几倍,于是仔细研究了一下,各种体积的文件都是些什么。
各格式简要说明 .xcarchive
- Xcode Archive
- 由 Xcode 进行 Archive 操作产生的结果,出现在 Xcode Organizer 中
- 主要包含 .dSYM .app .dylib(针对 Swift)
- 用于生成 .ipa 文件

【iOS|【iOS 开发】从 xcarchive 到分发的 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 项目的话还需要拷贝一下标准库。
【【iOS|【iOS 开发】从 xcarchive 到分发的 ipa】我们查看 .xcarchive 里面的内容是通过“显示包内容”看见的,而 .ipa 则需要像 .zip 文件一样解压,那么也可以理解为什么打包出 ipa 文件相对耗时了,尤其是 Swift 项目,不光要进行压缩操作,要 processing,一堆原生动态库加上第三方 framework 还要轮着等着签名。

【iOS|【iOS 开发】从 xcarchive 到分发的 ipa
文章图片

这些保证了 ipa 文件不能被模拟器装上(没有 x86 架构),只能被 iOS 设备安装,你买的应用程序发给别人,别人并不能直接装上。从兔兔助手等平台安装的盗版软件一定是被重新签名过的。
(由于 ipa 文件上传到 iTunes Connect 之后,还会被重新处理,所以个人尚且不知道后续的处理过程还进行过怎样的签名工作)
所以 ipa 文件才可以作为加密文件放在软件商店,xcarchive 不可以。
从 Xcode 产出的 ipa 到用户下载的 ipa 【iOS|【iOS 开发】从 xcarchive 到分发的 ipa
文章图片

如图是我开发的一款软件打包过程的各个状态,可以看到压缩状态的 ipa 文件是体积最小的。如果将 ipa 文件解压成文件夹,它的体积会和 xcarchive 文件很接近,因为它内部包含了比它本身还要大的整个 .app 包。

【iOS|【iOS 开发】从 xcarchive 到分发的 ipa
文章图片

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

  1. iPhone 5S 推出之后,iOS 设备指令集从 armv6、armv7、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 瘦身功能

    推荐阅读