我在一个相对较大的项目（几万行代码）上使用Xcode 4.2，而且速度非常慢。编辑没问题，但每当我尝试编译项目时（在Xcode中，或在命令行上使用xcodebuild），我的机器（四核i7 MacBook Pro，4 GB RAM）都会停止运行。我注意到，在启动xcodebuild之后，它会直接生成8个以上的clang进程，而不会启动“真正的”编译过程。目前在stout上没有看到xcodebuild输出。我已经尝试了reducing the number of parallel build processes，但是在开始时仍然会启动很多clang进程。该项目使用6或7个直接相关的外部项目，可能有120个源文件。在Xcode 3.2下，项目过去很快就被编译了。发生了什么？我怎样才能让Xcode再次快速？
答案 0 :(得分：21)
答案 1 :(得分：1)
另一种可能的解决方案，在某些情况下可能有助于加速Xcode 4：在我的情况下，主要问题似乎是我的构建/文件夹中的四个文件已经用我的git存储库检查了。在编译期间，Xcode注意到构建文件夹已更改，并触发git。由于构建文件夹在我的情况下包含数千个文件，因此性能下降。从git中完全删除构建/文件夹（无论如何都不应该检查）减少了编译时间和系统负载。性能仍然比Xcode 3慢，但比以前好多了。
答案 2 :(得分：1)
您可以在XCode首选项中打开分布式构建，找到一些友好的人，他们将通过与您组建编译机群来帮助您构建应用程序。
有趣的是，即使他已经关闭，如果与以前的问题相比，你的编译器仍然使用不同的算法/机制以极快的速度构建应用程序;）
所以，这意味着他们在苹果公司已经忘记了那些不在团队中工作的孤独的程序员，因此孤独的编译方案在4.0 - 4.2版本中进行了纯粹的测试
答案 3 :(得分：0)
快速注释关于“投入更多硬件”方法..
摘要：通过进行重大硬件升级，我的速度提升了很快
测试：在克隆的macbooks上构建/运行完全相同的项目（唯一的区别应该是他们的硬件）
旧Macbook Air（1.86GHZ Core 2 Duo仅2GB RAM）
VS
全新Macbook Pro（2.3GHZ Core i7 8GB RAM）
建立IPHONE 3GS
Macbook Air 1:00 - 1:15
Macbook Pro~1：00
=＆GT;速度增加0到0:15
建立IPHONE 4S
Macbook Pro~0：35
Macbook Air~0：50
=＆GT; 〜15秒的提速
**部分测试：两台机器之间的SIMULATOR构建时间之间存在显着差异
答案 4 :(得分：0)
缓慢的另一个罪魁祸首是插件。 Subversions插件绝对 kill 我的Xcode性能。我跟着the instructions in this SO post禁用了它。 WHEW！