App越来越大 程序员用5分钟把一个400多MB的苹果安装包削掉了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在这个问题上尤其严重，因为他们知道你不会轻易换银行。

你怎么看？