Xcode 11重新编译太多了

Question

Xcode 11 正在重新编译（几乎？）我的整个项目，即使我只是更改一个局部私有变量，或者在局部作用域中更改一个常量的值，有时甚至在局部私有函数作用域中。我有时可以通过预期的快速构建获得2或3个更改，但很快它决定再次重新编译所有内容（这需要太长时间）。

知道可能发生了什么吗？Xcode无法确定发生了什么变化，为什么它会重新编译这么多其他东西（甚至其他模块）。

任何建议都非常感谢，谢谢！

Answer 1

这里没有金科玉律，但是有很多东西需要检查:

如果您使用的是类型推断繁重的框架（如 RxSwift），则添加显式类型注释可以加快构建时间。

如果项目非常大，您可以考虑将源文件的逻辑组重构到框架中，但这可能比您希望的要大得多。

如果您提供关于项目的更多细节，可能会有所帮助：您是否静态链接了任何库？它是框架还是应用程序目标？你用的是多大和多快的版本？您是否有一些定制的构建阶段，例如有时可以跳过的过梁或代码生成？

Answer 2

我们遇到了同样的问题，我们解决了它。两次。

增量生成(相同的生成计算机):

前：~10m后：~35s

让我们先从我们的经验开始。我们有一个庞大的Swift/Obj-C项目，这是主要的问题：构建时间很慢，你必须创建一个新项目来实现一个新功能（字面意思）。永远不工作的语法高亮加分。

要真正解决这个问题，您必须真正了解构建系统的工作原理。例如，让我们试试这个代码片段：

import FacebookSDK
import RxSwift
import PinLayout

想象一下，您在文件中使用了所有这些导入。而且这个文件依赖于另一个文件，它依赖于另一个库，而另一个库又使用另一个库等。

所以为了编译你的文件，Xcode必须编译你提到的每一个库和它依赖的每一个文件，所以如果你改变了一个“核心”文件，Xcode必须重建整个项目。

Xcode 构建是多线程的，但它由许多单线程树组成。

因此，在每个增量构建的第一步，Xcode都是决定哪些文件必须重新编译，并构建一个AST树。如果你改变了一个在其他文件上表现为“可靠”的文件，那么所有其他表现为“依赖”的文件都必须重新编译。

因此，第一个建议是降低耦合。您的项目部件必须彼此独立。

如果您使用的是Obj-C/Swift网桥，那么这些树存在问题，Xcode必须经历比平时更多的阶段：

完美世界:

1. 生成奥布吉-C 代码
2. 构建快速代码

奥布吉-C/斯威夫特桥：

1. [可重复步骤] 编译 Obj-C 代码所需的快速代码
2. [可重复步骤] 编译 Swift 代码所需的 Obj-C 代码
3. 重复 1

因此，如果您从步骤1或2中更改某些内容，则基本上会遇到麻烦。最好的解决方案是最小化 Obj-C/斯威夫特桥（并将其从项目中删除）。

如果您没有 Obj-C/Swift 桥，那真是太棒了，您可以继续下一步：

是时候转向SwiftPM了（或者至少更好地配置您的Cocoapods）。

事实是，大多数带有默认Cocoapods配置的框架都附带了许多您不需要的东西。

要对此进行测试，请创建一个只有一个依赖项的空项目，例如PinLayout，并尝试使用Cocoapods（默认配置）和SwiftPM编写此代码。

import PinLayout

final class TestViewController: UIViewController {

}

Spoiler:Cocoapods将编译此代码，因为Cocoapod将导入PinLayout的每个import（包括UIKit），而SwiftPM将不会，因为SwiftAM自动导入框架。

你还记得Xcode build是多线程的吗？

嗯，你可以滥用它，如果你能够将你的项目拆分成许多独立的部分，并将它们作为独立的框架导入到你的项目中。它确实降低了耦合，这实际上是我们使用的第一个解决方案，但实际上并不是很有效，因为我们只能将增量构建时间减少到~45m这与第一种方法相比是微不足道的。