背景
随着项目规模越来越大 编译速度越来越慢 是一个逃不过的问题 特别是硬件资源有限的情况下 首次编译时间 十几二十分钟成了司空见惯的事 很大程度上影响了开发效率和写代码的心情 像我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中找不到调用堆栈
Debug Information Format设置
二、Precompile Prefix Header 设置为YES
预编译头文件，PCH 文件预编译完成后，后面用到 PCH 文件的源文件编译速度也会加快，缺点是 PCH 文件和 PCH 引用到的头文件内容一旦发生变化，引用到 PCH 的所有源文件都要重新编译
Precompile Prefix Header 设置
三、Build Active Architecture Only设置
Debug改为YES，此项设置的是是否仅编译当前架构的版本，如果为No，会编译所有架构的版本。需要注意的是，此选项在Release模式下必须为NO。
Build Active Architecture Only设置
四、Optimization Level设置
Optimization Level设置
五、Enable Index-While-Building Functionality设置
全设为NO。此项默认打开，作用是 Xcode 编译时会顺带建立代码索引，但影响编译速度。关闭后Xcode 会换回以前的方式，在空闲时间建立代码索引
Enable Index-While-Building Functionality设置
4、代码层面的优化
一、将常用代码文件打包静态库
代码组件化，切断不同业务代码之间依赖，使得每次编译的时候就只需要编译自己模块下的代码
二、能用@class就用@class，尽量减少文件引用关系
三、减少Storybord和xib文件的使用
四、清理未使用的图片等资源，清理未使用的类，或者合并重复功能的类
网友评论