Xcode的构建过程
- 获取构建描述。
获取各种文件，及构建设置，解析依赖关系，转换成一张树状的定向图。- 解析定向图。
根据定向图决定构建顺序，以及如何并行编译。- 编译器进行编译处理。
- 链接器处理。
将目标文件，库，符号打包。
配置构建设置
[1] 使用新的构建系统（Xcode10 默认启用）
Xcode10开始，官方默认启用“New Build System”，相较于之前“Legacy Build System” ，用Swift重写了构建系统，提升了编译效率。尤其针对Swift项目，WWDC19中官方公布的数据，Swift的构建速度已经超过了OC，这对Swift开发者无疑是巨大的利好。
设置方式
File - Workspace Setting - Build System - New Build System
[2] 关闭调试模式下的优化等级（默认关闭）
在编译过程中，编译器会对我们的代码进行优化，但这对开发调试中的我们并不是特别重要，可以暂时将其关闭，Debug模式默认情况下就为不优化。
设置方式
Build Setting - Optimization Level - Debug - No Optimization
[3] 开启渐进编译（默认开启）
渐进编译，又可称作“增量编译“。根据定向图对发生改变的部分及其所有子节点进行重新编译，可以明显缩减整个构建过程，该选项默认开启。
设置方式
- Build Setting-Build Active Architecture Only-Debug-YES
2（Swift项目）. Build Setting-Compilation Mode-Debug-Incremental
[4] 避免开发中 dSYM 文件的影响（默认关闭）
dSYM文件对APP崩溃后的调试帮助非常大，但我们在开发中并不需要，默认情况下Debug模式下是不生成的。
设置方式:
Build Setting - Debug Information Format-Debug-DWARF
[5] 开启自动链接Frameworks（默认开启）
设置方式:
Link Frameworks Automatically 设置为 YES （默认）
[6] 开启并行编译（Xcode10 默认开启）
在Xcode10之前，我们的项目编译是线性的。并行构建在构建过程中，可以让不相关（无依赖）的两个部分并行构建，缩减时间。
设置方式:
Edit Scheme - Build Option - Parallelize Build&Find Implicit Dependencies
并行编译是根据模块的依赖来判断的，模块之间的依赖需要明确，可在[Build Phases-Link Binary With Libraries]中查看。也可以通过Build Phases 中的 Dependencies 设置依赖。
几个实用方法
[1] 识别编译较慢的代码块
可以通过设置代码块的编译超时时间，帮助我们发现哪些部分的代码需要优化。
设置方式：
Build Settings-Other Swift Flag
例如下方设置为300毫秒
-warn-long-function-bodies=300
-warn-long-expression-type-checking=300
[2] 查看构建的时间
使用窗口：Xcode左侧文件系统栏上的show the reportnavigate栏目，可以看到每次构建所有步骤的花费时间。
使用命令:
$ xcodebuild -showBuildTimingSummary
[3] OC/Swift 混编的影响
两者通过桥接文件或头文件来实现互联编译，编译器会根据暴露方法是否修改而进行判断依赖的构建。对头文件的更改会严重影响编译时间，造成大量OC或Swift文件重新编译。
- 尽量设计好接口及公开方法和实例。
- 尽量避免频繁更改头文件
- Swift 中需设计好访问权限(private, public 等)
[4] 自定义模块中的访问权限
原因与2一样，避免不必要的编译
[5] 避免复杂的类型推导
类型推导是Swift的特性之一，但复杂的类型推导会降低构建速度，养成显示声明类型的习惯。
[6] 配置并行构建的核心（谨慎设置）
默认情况下，Xcode使用编译的核心数与计算机硬件相同。我们能够通过命令改变这一默认设置（谨慎使用）：
$ defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 8 (此处的8代表线程数)
[7] 使用 CocoaPods
CocoaPods 管理基本不会改变的包，如常用的三方库，其在第一次编译后，就不会再进行编译了。为我们后续开发节省了很多时间。
但当项目随着开发进程引入的包越来越多，重新编译时耗费的时间也会越来越多，光CocoaPods中的库编译时间可能就会耗费数分钟之久。开发中虽然不会每次都重新编译，但每天多多少少也会有那么几次，这部分时间我们也是可以节省掉的。
可以在CocoaPods导入这些库时，直接以编译好的二进制包的方式导入进来，这样只需要在导入时花费一点点编译二进制文件的时间，能够极大缩短后续开发中初次编译时CocoaPods编译时间过长的问题，效果非常明显。
使用方法也很简单：
[第一步：安装cocoapods-binary]
$ gem install cocoapods-binary
如果提示没有权限的话，在前方加上sudo:
$ sudo gem install cocoapods-binary
[第二步：Podfile 文件配置]
· [Podfile文件修改：]
plugin 'cocoapods-binary'
use_frameworks! # 必要
# all_binary! # 所有库均使用二进制方式
# enable_bitcode_for_prebuilt_frameworks! # 当需要使用bitcode时
# keep_source_code_for_prebuilt_frameworks! # 当Pods被排除在Git之外时，不会在每次预构建的pod发生更改时下载所有源代码。
target "XXXXXXXX" do
pod "SomeGoodTools", :binary => true # 开启或关闭单个库使用二进制
end
上方的Podfile文件配置只配置了单个库。可使用all_binary来让所有库都进行二进制编译。具体配置规则查看上方注释。
最后：
一台牛逼的顶配电脑总是能够起到非常明显的“优化”