iOS开发之ipa瘦身初探

干这个事的主要起始缘由是公司网太慢，内测包经过蒲公英分发给测试小伙伴们，而后因为上传到蒲公英的包不像appstore那样按机型分发的，是包含全部资源文件的包，最终大小106.5M，公司网太慢致使测试小伙伴崩溃，强烈要求瘦身。最终呢，这个任务老大交给了我。

开搞

先给你们看个人效果

如今的ipa大小：106.5M

1. 删除不用的图标后：95.3M
2. 删除不用的代码后：95M
3. 再次删除删完代码后无用图片：89.8M
4. 压缩图片资源后：89.5M
5. Optimization改成space后：89.1M
6. 删除flutter中未使用的的我的信息部分后：84.6M
7. 删除flutter中未使用的的文章落地页部分后：84.4M
8. 删除我的信息页本地的默认背景图后：74.9M
9. 经过otool工具对比__DATA,__objc_classlist（全部类）和 __DATA,__objc_classrefs （使用中的类），而后取差值再次筛选无用类删除后：74.6M

完事从新复盘下个人作法，以为操做的顺序不合适，有重复部分。

建议的顺序

删代码

我以前是先删的无用图片，可是删除代码后又会出来一批新的无用图片，因此先删代码

1. 从项目远吗中查找未使用类

fui工具检测没用到的 import 代码文件

由于运行时的缘由，还有为了保险起见查找出来的类必定要逐个查找确认未使用才能删除。

删除了三百多个文件后ipa少了0.3M

1. 从ipa二进制文件中查找未使用类

• 拿到.ipa文件后修改后缀为.zip
• 解压.zip
• 打开Payload文件夹下的.app后缀文件右键显示包内容就能看到要操做的二进制文件
• 而后用otool -o 你的二进制文件路径 > ~/Desktop/all.txt 就能将内容输出到all.txt文件

打开all.txt就能看到一望无边的类信息和方法信息等，想要靠手动将__DATA,__objc_classlist（全部类）和 __DATA,__objc_classrefs （使用中的类）的差集取出来是不可能的，而后想着上网上找个脚本作这件事，没找到合适的，只找到了个应该是曾经能干活可是如今不干活的脚本，打开源码看了下，应该是因为如今的二进制文件格式变了致使的。

找到缘由就好弄了，我copy了一份，而后改了改，地址在这里，而后就又获得一部分未使用的类，而后在项目中查找确认未使用后，删除。

此次找到了将近三百个文件，删除后依然只减小了0.3M

删图片

代码删完了，能够删图片了

检测未使用的图片

使用开源项目LSUnusedResources，能找出一大堆未使用图片，保险起见仍是挨个搜索确认无用后再删除（这一步比较累，由于图片太多，不知道有没有高效的方法）

删完后在Assets.xcassets中将全部的1x图所有删掉，由于如今基本都用不上了

删图片资源效果就比较明显，直接少了25.9M

压缩图片

使用的工具是imageoptim

压缩的时候效果超级明显，全部的图片都有效果，可是打包后ipa只少了0.3M，很费解，后来查了查在头条的文章中找到了这一段（在查阅了一些文档后，咱们了解到，Xcode在构建的过程当中，有一个步骤叫作compile asset catalog。在这个步骤中，Xcode会自行对png图片做压缩，而且会压缩成可以快速读取渲染的格式。若是咱们对工程中的图片进行了ImageOptim的压缩，在compile asset catalog的过程当中，Xcode会用本身的算法从新压缩，而这个”从新压缩“的过程，至关于将ImageOptim的压缩“回滚“了，极可能反而增大了图片。），而后为啥个人还有0.3M的效果呢，想一想应该是项目中有部分图片不在Assets.xcassets中吧（猜想）。

修改xcode配置

• Optional Level-->Fastest,Smallest[-OS]
• Link-Time Optimization: 它是LLVM编译器的一个特性，用于在 link 中间代码时，对全局代码进行优化。这个优化是自动完成的，所以不须要修改现有的代码。苹果使用了新的优化方式 Incremental，大大减小了连接的时间。
• Deployment Postprocessing、Strip Linked Product、Strip Debug Symbols During Copy、Symbols hidden by default四者设置为YES后能够去掉没必要要的符号信息，减小可执行文件大小。但去除了符号信息以后咱们就只能使用dSYM来进行符号化了，因此须要将 Debug Information Format 修改成DWARF with dSYM file。
• Dead Code Stripping(仅对静态语言有效)：删除静态连接的可执行文件中未引用的代码。Debug设置为NO， Release设置为YES可减小可执行文件大小。Xcode默认会开启此选项，C/C++/Swift等静态语言编译器会在 link的时候移除未使用的代码，可是对于Objective-C等动态语言是无效的。由于Objective-C是创建在运行时上面的，底层暴露给编译器的都是Runtime源码编译结果，全部的部分应该都是会被判别为有效代码。
• Generate Debug Symbols(有做用但不建议修改): 当Generate Debug Symbols选项设置为YES时，每一个源文件在编译成.o文件时，编译参数多了-g和-gmodules两项。打包会生成symbols文件。设置为NO则ipa中不会生成symbol文件，能够减小ipa大小。但会影响到崩溃的定位。保持默认的开启，不作修改。
• Optimization修改成space

这个试了不少，只有Optimization修改成space明显少了0.4M

其余

• LinkMap能够得出每一个类或者库所占用的空间大小(代码段+数据段)，方便开发者快速定位须要优化的类或静态库 （用这个我找到了一个很是大的背景图，2x的2M，3x的将近4M）删除后效果很是明显
• 还有就是能够用LinkMap及otool找出未使用的方法，这个我没作，后面有时间在改改脚本

综上，其实瘦掉的大部分是废弃的图片资源占得空间，因此我以为团队应该养成良好的习惯，废弃代码及图片资源应该及时删除，按期检测清理垃圾文件，要否则日积月累，每一个版本一点点，最终就很大了。