话说这几天被产品经理吐槽iOS的安装包太大了，其实我给他测试的包是adhoc包，发布到App Store的包更大呢，哈哈。正好没啥大的开发需求，那就优化一下吧。
先看一下现在打的2个通道的包的大小：
上图的是App Store通道导出的包，下图是adhoc通道导出的包，我的天，一个简简单单的商城APP，竟然有207M（但是App Store下载页面的包只有95M，应该是苹果做了优化）。这就不得不说到项目的历史了，这个项目从2019年年底立项到现在经历了2年多的时间，经历了七八个iOS开发的手，经历了多次的功能改版（不是简单的功能叠加，据我所知完全推到重来就有3次，基本来一个技术部老大就会大改一次）。有很多功能开发完成之后都会经历几次拿掉，再拿上来的反复，所以开发者也不敢轻易地删除功能。这就导致现在的项目里代码冗余功能很多。有些方面确实不是一个小小的开发能决定的。
好了，历史原因就不说了，那就目前的项目来说，看看哪些方面可以优化吧。于是在网上巴拉巴拉搜了一大堆内容，说的很多的就是图片和无用代码的清除。先看一下IPA包的构成吧，把导出的IPA包重命名为.zip，再解压缩就能查看IPA包的包内容了，显示包内容可以看到主要的是exec可执行文件有35M，Frameworks有72M，Frameworks中占用最大的是Swift的可执行文件（由于我们OC项目中引入了一个Swift库，导致有Swift支持文件），Assets.car图片资源98M，其他的都是一些占用很小的文件。目前分析主要还是pod库和图片的占用。
说干就干。不，还不能开始，先开一个新的分支备份代码，计划：1.删掉无用代码 2.删除无用图片 3.压缩大图片资源 4.Frameworks优化。
1.删除项目中的侧边栏三方MMDrawerController，删除老的IM模块（大概500多个文件，包含图片，大概10M），删除三方环信SDK，一顿头晕的操作之后，赶紧打个包看看，导出的App Store包，190M，效果还行。又删除了一个之前的关于我们和功能引导的模块，大概20个类，再导出包试试，减少了0.1M，效果不太理想，应该大头还在图片吧。
2.用（https://github.com/tinymind/LSUnusedResources）检测无用图片
这里可以先选择忽略连续图片，检测完成之后最好不要在这里直接删除，一些宏定义的图片可能会被误删。哎，删图是我快乐呀，为了不误删，我一个一个的找到检索到的图全局搜索，确定无用了再删除。这里提一下，最好把无用的代码删除，特别是包含本地图片的代码，不然检测工具检测不到（可见良好的代码习惯多么重要呀）。一开始项目中Assets.xcassets文件34M，删了无用图片之后25M。一顿操作之后，导出App Store包看看，168M，adhoc包95M，还行。
3.用https://tinypng.com压缩图片，本地的很多工具图1、2kb,可以不用压缩，主要针对大于50kb的图，有些图片好几M，真的忍不了，压缩之后一般都能节省70%的空间。这里压缩工具虽然号称无损压缩，经过对比我发现还是有一点点差别的，不过大多数图片肉眼看不出区别，对于需要特别高清的图慎用。压缩后Assets.xcassets文件11M。压缩图片之后的包App Store包130M，adhoc包57M。预估App Store下载页面的包能减少20--30M。
这个时候再显示下App Store包内容看看，exec可执行文件有32.6M，Frameworks46M，Assets.car图片资源35M。
4.由于导入了Swift库，导致pod库都成了动态库，尝试了一些方法指定Swift库为动态库，其他为静态库，未成功。还有一个解决方案就是去除或者替换目前的Swift库，预计包大小可以减少20M，目前我们这个功能也是基本不用。等产品啥时候说不要这个功能了就去掉吧。
5.发了一个新的包，优化后的App Store下载页面的包从95M降到了46M，再也不担心产品找我吐槽了，哈哈。
安装包优化使我快乐，目前的包还有优化空间。如果有同学有好的优化方法，欢迎交流学习。
资源
