前言
随着项目的进行，iOS 端的 framework文件越来越大,已经有些客户开始抱怨了,iOS 端的 framework瘦身也就相应的提上了日程，这里对我们 Framework 瘦身进行了一个小结。
1. 精简代码
这一步效果不是很大，主要对头文件的引用、重复代码、无用代码等进行了梳理。
2. 编译优化
2.1 优化ROI(Optimization Level)
XCode编译优化选项中，Optimization Level效果最明显，建议所有模块构建都开启Oz选项。如果APP有动态库，并且依赖了openssl等基础静态库，建议和APP工程共享，并通过EXPORTED_SYMBOLS_FILE的选型，确保动态库中需要用到的符号都在编译过程保留。
项目中 Release 模式配置成 [-OZ],其他模式配置成Fastest,Smallest[-OS]
2.2 LTO 配置
Link-Time Optimization 是 LLVM 编译器的一个特性，用于在 link中间代码时，对全局代码进行优化。这个优化是自动完成的，因此不需要修改现有的代码；这个优化也是高效的，因为可以在全局视角下优化代码。
它的优化主要体现在如下几个方面：
1.多余代码去除（Dead code elimination）：如果一段代码分布在多个文件中，但是从来没有被使用，普通的 -O3 优化方法不能发现跨中间代码文件的多余代码，因此是一个“局部优化”。但是 Link-Time Optimization 技术可以在 link 时发现跨中间代码文件的多余代码；
- 跨过程优化（Interprocedural analysis and optimization）：这是一个相对广泛的概念。举个例子来说，如果一个 if 方法的某个分支永不可能执行，那么在最后生成的二进制文件中就不应该有这个分支的代码；
3.内联优化（Inlining optimization）：内联优化形象来说，就是在汇编中不使用 “call func_name ” 语句，直接将外部方法内的语句“复制”到调用者的代码段内。这样做的好处是不用进行调用函数前的压栈、调用函数后的出栈操作，提高运行效率与栈空间利用率。
同时也有以下几个缺点：
1.降低编译链接速度，只建议在打正式包时开启
2.降低 link map 可读性（出现XX-lto.thin的类）
Link-Time Optimization 选项在 Release模式下配置成 Incremental,其他模式配置成 No
2.3 Strip Linked Product
如果为 YES，则进行裁剪(在编译最后对 framework 进行 strip))；如果为NO，则不进行裁剪；至于裁剪什么级别的符号由 Strip Style 配置决定；如果Deployment Postprocessing为NO，Strip Linked Product设置无效；
Strip Linked Product 选项在 Release模式下配置成 YES,其他模式配置成 No
2.4 Deployment Postprocessing
如果为 YES，在编译生成目标文件之后要进行后续处理；如果为 NO，则不会有后续处理；使用 Xcode Archive 进行编译，Deloyment Postprocessing 的值恒为YES；
Deployment Postprocessing 选项在 Release模式下配置成 YES,其他模式配置成 No
2.5 Strip Style
- Debugging Symbols ：会将调试符号从二进制中删除掉，即去除 DWARF 信息；
- Non-Global Symbols ：会将局部符号和调试符号从二进制中删除掉，即去除 DWARF 信息以及部分 Symbol Table 中的信息；
- All Symbols ：去除全部符号，即去除 DWARF 中的调试信息以及Symbol Table 中目标模块定义的全局、局部符号信息。
Strip Style 选项在 Release模式下配置成 Non-Global Symbol,其他模式配置成 Debugging Symbols
2.6 Symbols Hidden by Default
这是全局的开关，用来设置符号的默认可见性，设置为YES，会把所有符号都定义成”private extern”；
也可以可以使用编译器属性attribute((visibility("default")))和attribute((visibility("hidden")))来控制符号的可见性；
__attribute__((visibility("default"))) void MyFunction1() {} //可见
__attribute__((visibility("hidden"))) void MyFunction2() {} //不可见
Symbols Hidden by Default 选项在 Release模式下配置成 YES,其他模式配置成 NO
设置 Symbols Hidden by Default为 YES 后会默认 OC 的类是 hidden的，因此需要将对外暴露的类用__attribute__((visibility("default"))) 修饰
2.7 Dead Code Stripping
Dead Code Stripping开启后会在链接时移除未使用的代码，它对静态语言C/C++/Swift有效，对动态语言OC无效。
Dead Code Stripping 选项在 Release模式下配置成 YES,其他模式配置成 NO
2.8 Generate Debug Symbols
是否生成符号文件，设置为NO；这样才能支持断点调试；注意Debug模式下，Deployment Postprocessing 一定要NO，否则Generate Debug Symbols的设置了YES，也不支持断点调试；
Generate Debug Symbols 选项在 Release模式下配置成 YES,其他模式配置成 NO
2.8 C++去掉RTTI支持
Eable C++ Runtime Types 选项在 Release模式下配置成 NO,其他模式配置成 YES
同时还需要在 OTHER_CFLAGS里面添加-fno-rtti
2.9 C++只导出必要符号：Symbol Visibility
OTHER_CFLAGS中添加-fvisibility=hidden
需要导出的符号 设置需要导出的符号
__attribute__((visibility("default"))) void MyFunction1() {}
__attribute__((visibility("default"))) void MyFunction2() {}
2.10 Strip Debug Symbols During Copy
Strip Debug Symbols During Copy 选项在 Release模式下配置成 YES,其他模式配置成 NO
2.11 Enable BitCode
Enable BitCode 关掉后编译出来的 framework 会更小，目前考虑大多数项目都是打开的，配置打开状态
2.12 Mach-O Type
Mach-O Type 设置成 Dynamic Library , 动态的framework是允许的上线的不会拒绝， 设置成Dynamic Library后能解决掉大多数由于依赖相同第三方库而引起的符号冲突问题。包也会比静态 framework 小很多
2.13 Exported Symbols File
EXPORTED_SYMBOLS_FILE 可以传入一个符号表白名单列表，在这个名单里面的符号符号会暴露给外部，不在该名单的的符号会隐藏。
- 如何看 iOS 动态/静态库的符号表，可以去了解下
nm命令
写在最后
通过上面步骤对我们的 SDK 项目进行瘦身，将arm64和 armv7两个架构包的总大小降低30%和同行 SDK 包大小基本一致。
