聊一聊PCH(Precompile Prefix Header)

在本文中，你将了解到如下内容：

1. PCH(Precompile Prefix Header)的作用
2. 使用PCH提高编译速度
3. PCH存在的问题

PCH是什么？

PCH(Precompile Prefix Header File)文件，也就是预编译头文件，这个文件里的内容能够被项目中所有的源文件访问到。
我们通常会在将一些通用的宏定义和头文件放在PCH中，这样会方便我们的代码编写，提高效率。

为项目添加PCH

1. 首先需要创建一个后缀为.pch的文件，也就是我们的PCH文件。
2. 在Build Settings中搜索prefix header，筛选出需要设置环境变量。
3. 为Prefix Header设置之前创建的PCH文件的路径。
4. 再设置Precompile Prefix Header为YES。

操作图示如下：

其实在完成上面的第3步之后，这个PCH文件就能供项目中的所有文件访问了。设置Precompile Prefix Header为YES就是为了预编译PCH文件。
这里的$(SRCROOT)指代的是项目根目录，如果不是很清楚项目根目录是到哪里，有一个简单的方式来确认。.xcodeproj和.xcworkspace存在的这个目录绝大多数情况下就是根目录。

使用PCH提高编译速度

在项目中，我们通常都是使用#import来引入依赖的文件，在GCC的预处理阶段需要对于#import进行如下处理：

1. 查找#import引入的头文件。
2. 找到引入的头文件后，对引入的头文件中的预编译指令(如宏定义等)进行分析。
3. 将引入的头文件的内容拷贝到当前头文件中。

还需要提及一个点，如果A引入了N个头文件，那么每当项目中有文件引入了A，那么久需要重复N次上面的过程。
可能正是基于这一点，苹果提供了PCH的使用方式。PCH的好处是，这个文件中的头文件只会被编译一次，之后就会被缓存起来，然后添加到项目中所有的头文件中。也就是说，上面的3个步骤就不需要被执行了，这样一来编译速度被提高是显而易见的了。

为什么我不喜欢PCH

虽然PCH有上面所说的哪些优势，但是我自己的项目中并没有使用PCH，原因有如下几点：

1. 被全局依赖的PCH中的所有头文件。
   所有文件都隐式的依赖了PCH中的所有头文件，但事实上真正需要全局依赖的文件少之又少。实际项目中PCH大都是被当做便捷#import的一种手段。
2. 不能轻易修改的PCH文件。
   因为全局依赖了PCH文件，所以当PCH中的内容发生改变时，项目中的每个文件都需要进行重新编译。这个时候，项目就必须进行一次彻彻底底，完完全全的项目重新编译。
3. PCH中的内容可能会被无限扩充。
   PCH的特性决定了PCH文件的内容基本上不会被删除，只会被添加。而如果不能界定好哪些头文件和宏定义允许被添加到PCH中，那么PCH文件的内容就可能会被无限扩充。
4. 可移植性降低。
   如果要在其它项目中使用现有项目中的类，那么我们要么把PCH文件一起打包带走，再删除PCH中多余的头文件引入；要么在需要移植的类中分别引入所需的头文件。这两种方式可都不是什么让人愉快的处理方式。

当然，不同的项目，不同的需求，对PCH文件的选择也不同。使用或不使用PCH文件，选择合适自己项目的方式就好。