开发商不会改变应用商店的开发方式前些日子

前些日子，一个手机QQ安装包就要快900MB的事儿在网上吵得沸沸扬扬。
虽然最后大家发现它主要为了视频通话特效多了一个虚幻引擎，但网友还是感叹：
现在的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！