官方App Thining
App Thining会根据不同的设备提供相应的App包进行下载。
App Thinning 有三种方式，包括：App Slicing、Bitcode、On-Demand Resources。
- App Slicing，会在你向 iTunes Connect 上传 App 后，对 App 做切割，创建不同的变体，这样就可以适用到不同的设备。
- On-Demand Resources，主要是为游戏多关卡场景服务的。
- Bitcode ，是针对特定设备进行包大小优化，优化不明显。
App Thining大部分工作都是由 Xcode 和 App Store 完成的，具体操作：
- 根据屏幕分辨率区分图片资源：2x和3x图。（需要使用xcassets来保存图片资源）
- 根据芯片架构区分：arm64、armv7、armv7s
图片资源优化
-
无用图片资源：
- 脚本检测
- LSUnusedResources
-
图片压缩：
- 无损压缩：可能会带来反效果。Xcode的Building Setting中有Compress PNG Files选项，如果开启后，打包时会对图片进行处理。Compress PNG Files最主要的目的并不是压缩图片的大小，而是将图片转换成iPhone能更方便处理的格式，加快APP运行时图片的处理速度，有可能会增大图片的大小。
- 有损压缩
-
对于过大的图片，可以利用工具转换为WebP格式
- WebP 压缩率高，而且肉眼看不出差异
- 缺点：显示图片时需使用 libwebp 进行解析，WebP 在 CPU 消耗和解码时间上会比 PNG 高两倍
-
图片云化
- 采用相应的策略将图片进行云化处理，在APP启动或空闲时再进行下载。
代码瘦身
OC是动态语言，检测无用代码时需要注意Runtime调用。
使用脚本，检测import的文件
-
使用AppCode的静态分析，检测无用代码。但是有缺陷：
- JSONModel 里定义了未使用的协议会被判定为无用协议；
- 如果子类使用了父类的方法，父类的这个方法不会被认为使用了；
- 通过点的方式使用属性，该属性会被认为没有使用；
- 使用 performSelector 方式调用的方法也检查不出来，比如 self performSelector:@selector(arrivalRefreshTime)；
- 运行时声明类的情况检查不出来。比如通过 NSClassFromString。
-
利用Mach-O的section获取到所有的类、使用的类、使用的方法等做差集：
- __objc_classlist：项目中所有的类
- __objc_classrefs：被使用的类
- __objc_superrefs：被使用的父类
- __objc_nlclslist和__objc_nlcatlist：实现了+load的类和分类
- __cstring：静态字符串，可以匹配使用了NSClassFromString的类名
- __objc_selrefs：被调用的方法
参考链接：iOS 脚本查看项目中未使用的类
-
LinkMap 和 Mach-O结合使用：通过linkmap取出所有类和方法，再结合Mach-O被使用的类和方法做差集
获取 LinkMap 可以通过将 Build Setting 里的 Write Link Map File 设置为 Yes
-
LinkMap 文件分为三部分：Object File、Section 和 Symbols：
- Object File 包含了代码工程的所有文件；
- Section 描述了代码段在生成的 Mach-O 里的偏移位置和大小；
- Symbols 会列出每个方法、类、block，以及它们的大小。
通过 LinkMap ，不光可以统计出所有的方法和类，还能够清晰地看到代码所占包大小的具体分布，进而有针对性地进行代码优化。
-
已经没有流量的业务，但是代码存在引用：
- 利用埋点相关数据检测PV（Page View，页面浏览量），PV为0表示相关代码可以下掉
-
运行时检查类是否真正被使用过
对象第一次发送消息时，会调用+initialize方法进行初始化。
isInitialized 的结果会保存到元类的 class_rw_t 结构体的 flags 信息里，flags 的 1<<29 位记录的就是这个类是否初始化了的信息。
参考来源：
- 戴铭《iOS开发高手课》
- 项目经验