仅用5分钟，程序员把一个超400MB的苹果iOS应用安装包削掉了187MB

　　前些日子，一个手机 QQ 安装包就要快 900MB 的事儿在网上吵得沸沸扬扬。
　　△最新安装包又大了，已经 924MB
　　虽然最后大家发现它主要为了视频通话特效多了一个虚幻引擎，但网友还是感叹：
　　现在的 App 真的是越来越大了。
　　而就在最近，国外一位程序员也遇到了同样的困惑。他乘的一班飞机由于没有机上小电视，只能下载一个叫做＂美联航＂的 App 来看视频打发时间。
　　小哥一边感叹现在航空公司越来越鸡贼：把成本都加到顾客头上，一边打开了应用商店，结果就很诧异：不就用来看个电影啥的吗，一个 Netflix 都只有 101.5MB，这 App 怎么是它的四倍 ？
　　作为一名 iOS / Android 开发工程师，小哥决定不＂坐以待毙＂，看看它是否真的需要这么大的空间。原来可以省掉 187MB
　　说干就干，还在飞机上的小哥立刻用 ipatool 下载了这个 App 的二进制文件。
　　ipatool 是 GitHub 上标星 1.4k 的开源项目，是一个命令行工具，可以从 iOS 应用商店搜索和下载应用程序的 ipa 文件包 ，用这个包可以进行开发内容的一些检查等功能。
　　下好以后需要把 ipa 扩展名改为 zip，解压之后可以看到下面这样的目录：
　　可以发现 Frameworks 就占了 414.8MB ，小哥解释：应用程序的主要内存来源就是 Frameworks，现在的最佳实践都是把代码 push 到这里面，还是挺正常的。
　　接下来进入该目录：
　　以 UAL 开头的框架是核心架构、NodeMobile 框架跟 NodeJS 功能有关、LocusLabsSDK 和 Mapbox 是供应地图的，还有一些是负责身份验证、客户反馈的……
　　而视频播放相关的框架相反其实占内存并不多：
　　接着进入占空间最大的 UALAppCore.framework。
　　经过层层探索，小哥终于在这里锁定了最大占存的 UALAppCore 。
　　按照他的工作经验，77MB 这个数字还是有点反常的，他打算用 nm 命令深入看看这个框架的符号表（symbol）文件（nm 用于显示二进制目标文件的符号表，格式如下）。
　　很快他就想起来，Swift 的符号需要剥离（strip，iOS 框架中的术语），Objective-C 则不需要。那就查 Swift 的，结果还真就发现：没有一个 Swift 框架的符号被剥离过 。而这些都没有用，白白耗内存：
　　那接下来就简单了，写一个 bash 脚本运行一下该框架就可以 OK：
　　最后，可以看到原始框架从 350MB 减到了 163M！
　　小哥表示，这一顿操作只花了不到 5 分钟 ，没想到可削减空间这么大，整整省掉了 187MB。等于现在的安装包只有原来的不到 60% 了。他猜测该安装包仍有削减空间，不过这个结果他已经很满意了。你，学废了吗？＂开发商才不关心呢＂
　　就在小哥发出这个博客之后，有网友评论道，还有很多安装包其实都可以再缩减 15% 到 30% 甚至更高的空间 ，就比如 Gmail、Outlook 这些很常见的应用。
　　但似乎现在很多开发商不是很关心这个问题，他们只想赶紧不停更新应用：给不给用户省掉这几百 M 的流量都一样赚钱，为啥还要费功夫呢？
　　有一位嵌入式工程师就表示：当我跟同事提起要注意这方面的优化时，他们总是给我一个茫然的眼神。
　　有网友认为：除非各应用商店开始管这事儿，开发商是不会做出改变的。就单说手机厂商就很乐意看到这一场面，内存不够就可以去他们那买新手机了。
　　他还发现谷歌 Play Store 好像就不显示应用程序大小。而一些银行 App 在这个问题上尤其严重，因为他们知道你不会轻易换银行。你怎么看？
　　原博链接：
　　https://telkins.dev/posts/how-i-shaved-187mb-off-uniteds-airlines-439mb-ios-app/
　　评论来自：
　　https://news.ycombinator.com/item?id=30442529&amp ;amp;amp;p=2