一般可以使用哪些策略来减少任何 Xcode 项目的构建时间？我最感兴趣的是 Xcode 特定的策略。
我正在使用 Xcode 进行 iPhone 开发，我的项目正在慢慢变得越来越大。我发现编译/链接阶段开始花费的时间超出了我的预期。
目前，我是：
使用静态库来实现 我的大部分代码都不需要 每次我清理和构建时编译 我的主要项目
已删除我的大部分资源 应用程序，并用硬测试 iPhone中的编码文件系统路径 模拟器尽可能让我 资源不必一直存在 在我对它们进行更改时打包。
我注意到“检查依赖项”阶段所需的时间似乎比我希望的要长。任何减少这种情况的提示也将不胜感激！
【问题讨论】：
标签： iphone xcode build compilation performance
通常，您能做的最大的事情就是控制头文件的包含。
在源代码中包含“额外”头文件会显着减慢编译速度。这也往往会增加依赖检查所需的时间。
此外，使用forward declaration 代替标头包含其他标头可以显着减少依赖项的数量，并有助于您的所有时间安排。
【讨论】：
我写了一篇关于我如何在 Spotify 改进 iOS 开发周期的博文：
Shaving off 50% waiting time from the iOS Edit-Build-Test cycle
归结为：
1) 停止生成 dSYM 包。
2) 如果使用 Clang，请避免使用 -O4 进行编译。
【讨论】：
在我的 Mac 开发项目中，我个人将编译器切换到 LLVM-Clang，并且发现构建时间显着减少。还有 LLVM-GCC 编译器，但我不确定这是否有助于缩短构建时间，如果 LLVM-Clang 不适用于 iPhone 应用程序编译，您也可以尝试一下。
我不是 100% 确定 iPhone 上的开发支持 LLVM，但我想我记得在新闻提要中读到它是支持的。这不是您可以在代码中实现的优化，但值得一试！
【讨论】：
Xcode 用于执行任务的线程数默认为您的 CPU 的内核数。例如，带有 Intel Core i7 的 Mac 有两个内核，因此默认情况下 Xcode 将使用最多两个线程。由于编译时间通常受 I/O 限制而不是 CPU 限制，因此增加 Xcode 使用的线程数可以显着提升编译性能。
尝试将 Xcode 配置为使用 3、4 或 8 个线程，看看哪一个可以为您的用例提供最佳性能。
您可以从终端设置 Xcode 使用的进程数，如下所示：
defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 4
请查看Xcode User Defaults了解更多信息。
【讨论】：
如果您没有使用 8GB 的 RAM，请立即升级。
我刚刚将我的 macbook pro 从 4GB 升级到了 8GB。我的项目构建时间从 2:10 到 0:45。我对改进感到震惊。它还使用于研究的网页浏览更快捷，并在索引等时提供一般的 Xcode 性能。
【讨论】：
简单的答案：在本地网络上添加另一台运行 Xcode 的机器。 Xcode 结合了 distcc 来进行分布式编译。它甚至可以使用 Bonjour 查找其他构建主机，这大大简化了配置过程。对于大型构建，分发可以使您的速度提高几乎与构建机器的数量成线性比例（两台机器需要一半的时间，三台需要三分之一的时间，依此类推）。
要了解如何设置，您可以咨询this development doc。它还具有其他有用的构建时间改进策略，例如使用预编译头文件和预测构建。
编辑：遗憾的是，Apple 似乎从 Xcode 4.3 中删除了此功能：http://lists.apple.com/archives/xcode-users/2012/Mar/msg00048.html
Xcode 5 有一个可以执行 CI 的服务器版本，但我怀疑这会给临时开发人员构建带来任何好处。但是，有一些未宣布的功能应该会大大加快构建时间。
【讨论】：
将编译时间减半（至少对于 iOS 项目）的一个重要技巧是将 Build Settings / Architectures / Build Active Architecture Only 设置为 YES。
这样做（尤其是随着 64 位 iPad/64 位编译器的出现）是不为您当前未使用的架构构建二进制文件。
确保您记得在提交到应用商店时重新启用此设置，否则您的二进制文件将无法验证。
【讨论】：
我使用一个脚本来使用 RAM 驱动器，以及一些“前向声明”优化，我的项目 clean 构建时间从 53 秒变为 20 秒。
我很想在 AppStore 上获取 Gui，但我选择了 去命令行。我将脚本作为 git 存储库的一部分。
要查看构建时间，请在终端中输入： "默认写入 com.apple.dt.Xcode ShowBuildOperationDuration YES"
重新启动 Xcode 以注意工具栏中的构建时间。 （这是我使用 Objective-c 的非干净构建时间）
根据自己的喜好调整脚本。 - 注意脚本清除 派生数据文件夹。
#!/bin/sh
#2 GIG RAM
GIGA_BYTES=$((2*1024*1024*1024))
# a sector is 512 bytes
NUMSECTORS=$((${GIGA_BYTES}/512))
#ram disk
mydev=`hdiutil attach -nomount ram://$NUMSECTORS`
newfs_hfs $mydev
# make mount point
MOUNT_POINT=/Users/your_user_name/Library/Developer/Xcode/DerivedData
# *******************************************
# ** WARNING - MOUNT POINT WILL BE DELETED **
# *******************************************
rm -rf ${MOUNT_POINT}
mkdir -p ${MOUNT_POINT}
# mount
mount -t hfs $mydev ${MOUNT_POINT}
echo unmount $(MOUNT_POINT)
查看效果并控制 RAM 驱动器：
mount - see mount points
umount mount_point - unmount point
diskutil list - see disks
diskutil eject /dev/diskX - eject the disk
df -ahl - see free space
注意： 我基本上使用 macOS 提供的 hdiutil。 我尝试打开 -kernel 选项（不交换到磁盘），但在我的机器上失败了，说它没有实现。
也许即将推出的新操作系统我们会看到更多改进，因为新的文件系统复制功能非常快，并且可能使这个脚本变得多余。
【讨论】：
您提到对最常用的文件使用静态库以防止编译。您可以通过将头文件放入经常使用但不在预编译头文件中的静态库中的代码来完成类似的操作。至少它们只会被编译一次。
如果您的项目中有多种编译类型（例如 Obj-C、Obj-C++、C++），则必须小心避免出现问题。
【讨论】：
您好，我建议您优化项目的物理结构。对此有一些很好的阅读（至少在 C++ 世界中），但我使用的是 Objective-C，并且通常适用相同的原则。
这是一篇关于项目物理结构优化的好文章，它倾向于缩短编译时间 Games From Within: Physical Structure Part 1
祝你好运:)
【讨论】：
一个词：TmpDisk
【讨论】：
关于“投入更多硬件”方法的快速说明..
总结：我经历了一次显着的硬件升级后速度的小幅提升
测试：在克隆的 macbook 上构建/运行完全相同的项目（唯一的区别应该是它们的硬件）
旧款 Macbook Air（1.86GHZ Core 2 Duo 只有 2GB RAM） 对比 全新 Macbook Pro（2.3GHZ Core i7 8GB RAM）
在 IPHONE 3GS 上构建
Macbook Air 1:00 - 1:15
Macbook Pro ~1:00
=> 0 到 0:15 的速度增加
在 IPHONE 4S 上构建
Macbook Pro ~0:35
Macbook Air ~0:50
=> 速度提高约 15 秒
**部分测试：两台机器之间的 SIMULATOR 构建时间似乎存在显着差异
根据我的持续经验.. 对 PHONE 硬件进行重大更改（即在 3GS 与 iphone 5（或 4）上构建时间）时，您将获得显着增加.. 至少根据我的经验，限制因素是手机硬件（而不是计算机硬件）。
所以.. 以获得最快的构建时间..
选项 1）编写代码并在快速计算机上的模拟器中运行或
选项 2）在具有最新 iphone 的设备上构建
【讨论】：
如果您的整个项目在每次运行时都会重新构建，那么这可能是 XCode 7.0
将用户定义的构建设置 HEADERMAP_USES_VFS 设置为 YES 将 macbook 编译时间从每次 75 秒缩短到 25 秒。请参阅Xcode 8 does full project rebuild 了解更多信息。
【讨论】：
我切换到使用 5960x CPU 的 Hackintosh，超频到 4.4GHz 只是为了缩短 Xcode 编译时间。那是8核16线程。一台可以碾压所有 Mac 的电脑总共要花费 3000 美元。但是，我至少花了 10 天时间来设置它，首先是 Yosemite，the。当我无法更新 macOS 而 Xcode 需要更新的操作系统时，我有六个月的停机时间。我刚刚让它运行山脉，生活再次美好。
我的 2,8 GHz i7 双核 16 GB RAM MacBook Pro 在 75 秒内编译我的项目，Hackintosh 在 20 秒内编译。 （项目中的Swift、dlib、opencv c++）
然而最大的问题是 Xcode 在 swift 编译时似乎没有使用多线程。这是瓶颈，我希望他们能尽快解决。
【讨论】：