iOS 底层 - 性能优化之安装包瘦身(App Thinning

本文源自本人的学习记录整理与理解，其中参考阅读了部分优秀的博客和书籍，尽量以通俗简单的语句转述。引用到的地方如有遗漏或未能一一列举原文出处还望见谅与指出，另文章内容如有不妥之处还望指教，万分感谢 ！

安装包：程序编译打包后的文件；比如：iOS平台的IPA文件, 主要由可执行文件和资源文件组成，资源文件包括图片、音频、视频等固定资源

安装包过大的会有什么缺点 ？

1. 下载时耗费多余的流量，占用更大的手机内存空间
2. 超过一定限制会被禁止安装
3. 4G网络不支持下载超过200MB的APP !

关于构建版本文件大小苹果小哥哥是这么说的 ！！！！

对于 iOS 和 Apple tvOS App，请验证您的 App 在支持的操作系统中不超过文件大小的上限。您 App 的完整未压缩大小不得超过 4GB。Apple Watch App 不得超过 75MB。此外，每个 Mach-O 可执行文件（例如，app_name.app/app_name）不得超过这些文件大小的上限。

要了解如何计算内存用量，请参阅 Memory Usage Performance Guidelines（《内存使用性能准则》）中的“Viewing Virtual Memory Usage（查看虚拟内存使用情况）”。

可执行文件大小.png

Architecture Slice（架构片段）是针对特定架构的胖二进制布局文件的一部分。例如，一个胖二进制文件可能会包含针对 32 位和 64 位架构的片段。

优化思路:

• 采取无损压缩
  ImageOptim是一款优秀的无损图片压缩工具，它通过优化压缩参数，移除无用的文件元数据和不必要的颜色配置来实现图片的无损压缩。
  压缩完之后效果还是很明显的，可能是美术提供之前没压缩过(哭脸状），Assets.xcassets文件夹压缩效果
  如下：

image

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

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

• 去除没有用到的资源 LSUnusedResources

• 把所需资源存储在服务端，安装成功后；通过网络下载缓存到本地

可执行文件瘦身思路:

• 编译器优化

  1. Strip Linked Product、Make Strings Read-Only、Symbols Hidden by Default 设置为YES ；目前Xcode已经默认打开了，老项目需注意
  2. 去掉异常支持，Enable C++ Exceptions、Enable Objective-C Exceptions设置为NO， Other C Flags添加-fno-exceptions

• 利用AppCode https://www.jetbrains.com/objc/
  检测未使用的代码: 菜单栏 -> Code - > Inspect Code
AppCode是 jetbrains 公司开发的，也可以用来开发iOS项目；不过是付费的，只有30天的试用期

• 编写LLVM插件检测出重复代码、未被调用的代码

• Xcode自带LinkMap配置

  
  LinkMap.png

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

修改文件路径就可以拿到检测后的文件；找到比较大的文件后，针对它进行相应的优化

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

• 借助第三方工具LinkMap文件: https://github.com/huanxsd/LinkMap

• 静态库瘦身

项目中多少都会引入一些第三方静态库，比如交友项目中引入了第三方分享库，通过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后模拟器将可能无法正常运行，目前想到的解决方法，有更好的方案请告诉我！

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

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

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

protocolbuf精简

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

总结：

安装包瘦身.png

iOS 底层 - 性能优化之CPU、GPU
iOS 底层 - 性能优化之启动和电池能耗

也可以参考官方给出的方案