国外大佬仅用5分钟就把一个400MB的安装包削掉了187MB!臃肿问题何时才能解决? 最新 前言 前些日子,一个手机QQ安装包就要快900MB的事儿在网上吵得沸沸扬扬。 网友不禁感叹:现在的App真的是越来越大了! 而就在最近,国外一位程序员也遇到了同样的困惑。 他乘的一班飞机由于没有机上小电视,只能下载一个叫做“美联航”的App来看视频打发时间。 小哥一边感叹现在航空公司越来越鸡贼:把成本都加到顾客头上,一边打开了应用商店。 结果就很诧异:不就是个影视软件吗,咋还要 439MB? 一个Netflix都只有101.5MB,这玩意怎么是它的四倍? 小哥作为一名iOS/Android开发工程师,决定深入其中,看看它是否真需要这么大的空间。 原来可以砍掉187MB 说干就干,还在飞机上的小哥立刻用ipatool下载了这个App的二进制文件。 ipatool是GitHub上标星1.4k的开源项目,是一个命令行工具,可以进行开发内容的一些检查等功能。 下好以后需要把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的流量都一样赚钱,为啥还要费功夫呢? 有一位嵌入式工程师就表示:当我跟同事提起要注意这方面的优化时,他们总是给我一个茫然的眼神。 有网友认为:除非应用商店开始管这事儿,否则开发商是不会做出改变的。 就单说手机厂商,他们就很乐意看到这一场面,内存不够就可以去他们那买新手机了。 至于某些刚需App,那就更不用说了,比如各大银行的客户端问题尤其严重,因为他们知道你不会轻易换银行 原博链接: https://telkins.dev/posts/how-i-shaved-187mb-off-uniteds-airlines-439mb-ios-app 歌事故里 许嵩《如果当时》 由网友“风一更雪一更“点歌 视频来源:腾讯视频 本文发表于公众号【莫理】 关注我们,阅读更多精彩内容 ▽▽▽ 再不点小卡片莫理就要饿肚子了 ? 文章转载自微信公众号:莫理 mb削掉安装包臃肿 收藏 海报 链接