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

来源:IT之家   阅读量:7311   

最新安装包又大了,已经 924MB

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

虽然最后大家发现它主要为了视频通话特效多了一个虚幻引擎,但网友还是感叹:

现在的 App 真的是越来越大了。

而就在最近,国外一位程序员也遇到了同样的困惑他乘的一班飞机由于没有机上小电视,只能下载一个叫做美联航的 App 来看视频打发时间

小哥一边感叹现在航空公司越来越鸡贼:把成本都加到顾客头上,一边打开了应用商店,结果就很诧异:不就用来看个电影啥的吗,一个 Netflix 都只有 101.5MB,这 App 怎么是它的四倍。

作为一名 iOS / Android 开发工程师,小哥决定不坐以待毙,看看它是否真的需要这么大的空间。

原来可以省掉 187MB

说干就干,还在飞机上的小哥立刻用 ipatool 下载了这个 App 的二进制文件。

ipatool 是 GitHub 上标星 1.4k 的开源项目,是一个命令行工具,可以从 iOS 应用商店搜索和下载应用程序的 ipa 文件包,用这个包可以进行开发内容的一些检查等功能。

下好以后需要把 ipa 扩展名改为 zip,解压之后可以看到下面这样的目录:

接下来进入该目录:

以 UAL 开头的框架是核心架构,NodeMobile 框架跟 NodeJS 功能有关,LocusLabsSDK 和 Mapbox 是供应地图的,还有一些是负责身份验证,客户反馈的。

而视频播放相关的框架相反其实占内存并不多:

接着进入占空间最大的 UALAppCore.framework。

经过层层探索,小哥终于在这里锁定了最大占存的 UALAppCore。

按照他的工作经验,77MB 这个数字还是有点反常的,他打算用 nm 命令深入看看这个框架的符号表文件。

很快他就想起来,Swift 的符号需要剥离,Objective—C 则不需要那就查 Swift 的,结果还真就发现:没有一个 Swift 框架的符号被剥离过

那接下来就简单了,写一个 bash 脚本运行一下该框架就可以 OK:

最后,可以看到原始框架从 350MB 减到了 163M!

小哥表示,这一顿操作只花了不到 5 分钟,没想到可削减空间这么大,整整省掉了 187MB等于现在的安装包只有原来的不到 60% 了他猜测该安装包仍有削减空间,不过这个结果他已经很满意了你,学废了吗

开发商才不关心呢

就在小哥发出这个博客之后,有网友评论道,还有很多安装包其实都可以再缩减 15% 到 30% 甚至更高的空间,就比如 Gmail,Outlook 这些很常见的应用。

但似乎现在很多开发商不是很关心这个问题,他们只想赶紧不停更新应用:给不给用户省掉这几百 M 的流量都一样赚钱,为啥还要费功夫呢。

有一位嵌入式工程师就表示:当我跟同事提起要注意这方面的优化时,他们总是给我一个茫然的眼神。

有网友认为:除非各应用商店开始管这事儿,开发商是不会做出改变的就单说手机厂商就很乐意看到这一场面,内存不够就可以去他们那买新手机了

他还发现谷歌 Play Store 好像就不显示应用程序大小而一些银行 App 在这个问题上尤其严重,因为他们知道你不会轻易换银行你怎么看

原博链接:

评论来自:

声明:本网转发此文章,旨在为读者提供更多信息资讯,所涉内容不构成投资、消费建议。文章事实如有疑问,请与有关方核实,文章观点非本网观点,仅供读者参考。