iOS APP安装包瘦身实践

2字数 1839阅读 13186

App安装包是由资源和可执行文件两部分组成,安装包瘦身也是从这两部分进行。

资源瘦身

1. 删除无用的资源
  • 工具:LSUnusedResources
  • 效果
  • 查找到无用的图片大概有180个,总大小1M多(PS:寻欢项目大概有5M+,往期版本的启动图没及时删除)
  • 删掉了文件较大(10KB+)的一些图片
  • 无用的图片包括了一些原来寻欢业务的图片
  • 由于无用的图片体积不是很大,删除无用图片后安装包的体积由55.9M减少到55.4M
  • Tips:
    • 要选中 ignore similar name 防止误删
    • 实际中会出现误报情况
      1. [UIImage imageNamed:[NSString stringWithFormat:@"01_0000%d.png",i] 这种情况下01_00004.png没有排除掉
      2. SVGA动画使用的图片没有排除掉,删除的时候要检查下路径
  • 总结
    1. 定期检查
    2. 注意防止误删
2.删除重复的资源

重复资源(主要指图片)不是指命名重复而是内容相同。

fdupes 是Linux下的一个工具,可以在指定的目录及子目录中查找重复的文件。fdupes通过对比文件的MD5签名,以及逐字节比较文件来识别重复内容。

项目中图片分两处存放,Assets.xcassetsimages文件夹,所以在这两个目录查找就可以。

    fdupes -r xxx/images xxx/Images.xcassets
  • 结果

    搜索到大概 40 个图片资源是内容相同的

  • 原因及处理

    1. 同一张图片(文件名也相同)同时存在Assets.xcassetsimages 【删除images文件夹里的】
    2. 不同文件名的图片它们的尺寸和内容都完全相同 【暂不处理】
    3. 2X和3X图片尺寸和内容一样,都是2X的尺寸 【删除3X图片】
  • 效果

    删除了大概15个图片,虽然都是小图片对安装包的体积没多大变化,但解决了同名图片会有时编译不成功的bug。

  • 总结

    第1,3种情况完全是不小心导致的要避免。

3.无损压缩图片

ImageOptim是一款优秀的无损图片压缩工具,它通过优化压缩参数,移除无用的文件元数据和不必要的颜色配置来实现图片的无损压缩。

压缩完之后效果还是很明显的,可能是美术提供之前没压缩过(哭脸状),Assets.xcassets文件夹压缩效果
如下:

Assets.xcassets压缩效果

但发现实际生产的安装包体积没有变小,因为COMPRESS_PNG_FILESSTRIP_PNG_TEXT设置成了YES,Xcode会重新压缩一次图片,但是压缩之后的图反而比ImageOptim处理之后的图更大。改成NO就能让项目中的PNG保持不变。

  • 效果

    无损压缩后安装包的体积为53.4MB,比压缩前减少了2M。

    无损压缩后安装包体积
  • 总结

    1. 美术给资源前要对图片压缩
    2. 发布前用工具对图片压缩一次
图片管理方式

主要有两个方式管理图片,一种是在项目中添加文件夹存放,另一种是放在Assets.xcassets管理。推荐使用Assets.xcassets管理,因为它会把里边的所有 png 格式的图片压缩成一个Assets.car文件,压缩比率比其他方式管理图片要高,大大减少图片体积。

其它
  1. 上面主要讨论的是图片资源,其它资源文件如音频、视频都可以进行压缩处理,项目中还有些没用的Plist,readme之类的文件可以删掉。

  2. 另外xxx.proto文件也放在项目中,其实这个文件在项目中也是不用的,完全可以删掉!如果包含在bundle里面不仅增加安装包体积还存在相关安全隐患。

  3. 有些非必要的文件资源可以放在服务器,结合本地缓存策略。


可执行文件瘦身

LinkMap文件是Xcode产生可执行文件的同时生成的链接信息,用来描述可执行文件的构造成分,包括代码段(__TEXT)和数据段(__DATA)的分布情况。只要设置Project->Build Settings->Write Link Map File为YES,build完后就可以在设置的路径看到LinkMap文件了。

我们可以用脚本从linkmap中统计出每个.o目标文件占用的体积和每个.a静态库占用的体积 【脚本链接

LinkMap

从统计结果来看,静态库文件和protocal buffer文件占大头。

  • 静态库瘦身

    项目中多少都会引入一些第三方静态库,比如交友项目中引入了第三方分享库,通过lipo工具可以查看支持的指令集,比如查看微信SDK

    lipo -info libWeChatSDK.a          
    Architectures in the fat file: libWeChatSDK.a are: armv7 armv7s i386 x86_64 arm64 
    

    i386,x86_64,这不是模拟器的指令集么?去掉看能不能减少体积?armv7可以兼容armv7s,armv7s也可以删了,只保留armv7和arm64

    lipo libWeChatSDK.a -thin armv7 -output libWeChatSDK-armv7.a
    lipo libWeChatSDK.a -thin arm64 -output libWeChatSDK-arm64.a
    lipo create libWeChatSDK-armv7.a libWeChatSDK-arm64.a -output libWeChatSDK-device.a
    
    ls -ll
    -rw-r--r--  1 Vic  staff   5957080 Jan  6 14:40 libWeChatSDK-device.a
    -rw-r--r--  1 Vic  staff  14410376 Nov 25 11:53 libWeChatSDK.a
    

    由原来的14.4M降低到6M!少了一半多。如果把所有的静态库都只保留armv7和arm64安装包体检岂不是大大减少了~!

    • 解决模拟器无法使用

      删掉了i386和x86_64后模拟器将可能无法正常运行,目前想到的解决方法,有更好的方案请告诉我!

      1. 如果是手工添加静态库的话可以在发布前将静态库替换

      2. 如果用 Cocoapods 管理可以使用两份podfile文件,一份包含模拟器指令集一份不包括,发布的时候更换podfile文件即可;或者用同一份podfile,分配置环境设置库

        pod libWeChatSDK:configurations => ['Debug']
        pod libWeChatSDK-device:configurations => ['Release']
        
    • 效果

      还没有申请相关权限所以还没法打包,具体效果以后再补充。。。

  • protocolbuf 精简

    由于历史原因项目中用的protocolbuf还是C++版本了,在3.0版本官方已经出了OC版本并提供了生成工具,官方生成的文件大小只有现在的1/4,代码行数大概是现在的1/10。寻欢项目已经更换了,交友要尽快换啦

  • 代码层面优化
    主要包括删除不用的类,不用的函数,重复的代码等,有个IDE貌似已经集成了这些Code Inspection功能---APPCode,这是检查的结果

    inspection

    太多了看不过来😅,貌似有些是不准的,不过可以拿来排查,怕手贱删错代码就不碰这块了

思维导图

api thin

终极大招

如果以上招数还不能把安装包降下来,那就放大招吧

砍需求

推荐阅读更多精彩内容