背景
随着项目规模越来越大 编译速度越来越慢 是一个逃不过的问题 特别是硬件资源有限的情况下 首次编译时间 十几二十分钟成了司空见惯的事 很大程度上影响了开发效率和写代码的心情 像我15款 mbp 编译代码量约20万行 100个pod库的项目 大概需要20分钟 就算是第二次编译 也基本需要3分钟以上 占用了大量编写代码的时间 故优化编译速度至关重要
编译原理
程序编译一般需经几个步骤：预处理、编译、汇编、链接。
编译是通过编译器 把一种编程语言(原始语言)转换为另一种编程语言(目标语言)，编译生成一份完整的机器码 然后再执行。
原始语言是程序员直接编程的语言 如OC Swift
目标语言是计算机可以执行的二进制指令机器码
编译器大多由两部分组成：编译器前端 Clang、编译器后端 LLVM
编译器前端 Clang：预处理 --> 词法分析 --> 语法分析 --> 生成IR（Clang Code Generator）
编译器后端 LLVM：对IR优化 --> 目标代码--> 汇编器 --> 机器码（LLVM Code Generator）--> 链接 --> Mac-O文件
优化方案
1、提升硬件性能（换个好点的电脑）
这是最有效也是最便捷的优化方案 只不过成本有点高 好电脑贵
2、组件二进制
组件二进制通常指的是 把我们使用的第三方pod库或者自己项目下沉的业务库由代码格式 打包成framework格式提高编译速度
组件二进制 就是在编译阶段把代码先打包成库 再导入到项目的过程
两种方式：
一、自己制作
自己制作库的参考方案
二、拿来主义：
1、cocoapods-packager
2、cocoapods-binary
3、cocoapods-imy-bin
3、Xcode参数设置
一、Debug Information Format设置
Debug改为DWARF，不生成dSYM
使用Instruments调试工具需要改回DWARF with dSYM file 不然会在Instruments中找不到调用堆栈
二、Precompile Prefix Header 设置为YES
预编译头文件，PCH 文件预编译完成后，后面用到 PCH 文件的源文件编译速度也会加快，缺点是 PCH 文件和 PCH 引用到的头文件内容一旦发生变化，引用到 PCH 的所有源文件都要重新编译
三、Build Active Architecture Only设置
Debug改为YES，此项设置的是是否仅编译当前架构的版本，如果为No，会编译所有架构的版本。需要注意的是，此选项在Release模式下必须为NO。
四、Optimization Level设置
五、Enable Index-While-Building Functionality设置
全设为NO。此项默认打开，作用是 Xcode 编译时会顺带建立代码索引，但影响编译速度。关闭后Xcode 会换回以前的方式，在空闲时间建立代码索引
4、代码层面的优化
一、将常用代码文件打包静态库
代码组件化，切断不同业务代码之间依赖，使得每次编译的时候就只需要编译自己模块下的代码
二、能用@class就用@class，尽量减少文件引用关系
三、减少Storybord和xib文件的使用
四、清理未使用的图片等资源，清理未使用的类，或者合并重复功能的类
