【iOS|【iOS 开发】从 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 项目的话还需要拷贝一下标准库。
【【iOS|【iOS 开发】从 xcarchive 到分发的 ipa】我们查看 .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+。仔细分析下:
- iPhone 5S 推出之后,iOS 设备指令集从 armv6、armv7、armv7s 一路干到了 arm64,这么些个不同的设备安装到本地的文件肯定不一样吧
- 同一设备不同系统,安装的文件也不一样吧
- Xcode 一次只产出一个 ipa,但是考虑到这款软件支持的系统版本数量和设备种类数量,可能最终几十种不同的 iOS 环境(自造词,系统版本或设备型号不同都算环境不同),从同一个 AppStore 页面,下载了几十个不同的 ipa 文件
- 尝试发布过 app 的开发者都知道,上传 ipa 文件完成之后,还要等待一段时间,才能在 iTunes Connect 页面看见一个“构建版本”。虽然不知道这个“构建版本”在 Apple 的服务器里面具体都有哪些东西,但至少应该包含一大堆的 ipa 文件,分别指定了对应什么系统版本、什么设备型号
- 在这个过程中 ipa 文件的体积发生了很大变化,App Thining 也发生在这个过程中。
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 瘦身功能
推荐阅读
- MongoDB 模糊查询
- 【Prometheus+Grafana系列】监控MySQL服务
- 2017年5月iOS招人心得答案总结(中级篇)
- 2017.3.2
- 【C++】实现D3D9|【C++】实现D3D9 的 Inline hook
- 出来混,迟早是要还的
- iOS|iOS | AFNetworking介绍 & 源码分析
- 春秋之兄妹孽情
- 发烧也坚持作业
- iOS开发之|iOS开发之 storyboard自动布局