Swift WHOLE_MODULE_OPTIMIZATION 改进了编译时间，但导致 lldb/Xcode 崩溃
自从引入了 Swift 编程语言以来，它一直受到开发者们的热爱和追捧。Swift 以其简洁的语法、强大的性能和安全性，成为了开发 iOS 和 macOS 应用程序的首选语言。然而，尽管 Swift 在很多方面都表现优秀，但在编译时间方面，仍然存在一些挑战。为了改进 Swift 的编译时间，苹果在 Xcode 9 中引入了一个名为 WHOLE_MODULE_OPTIMIZATION 的编译选项。该选项通过对整个模块进行优化，从而提高了编译速度。然而，这个优化选项也带来了一些问题，其中之一就是 lldb/Xcode 崩溃的问题。lldb/Xcode 崩溃问题在使用 WHOLE_MODULE_OPTIMIZATION 选项进行编译时，开发者们经常会遇到 lldb 或 Xcode 崩溃的情况。这个问题的根源在于编译器优化的方式。当整个模块被优化时，编译器会对代码进行大量的重组和优化，以提高执行效率。然而，这些优化可能会导致调试器无法正确地解析代码，从而引发崩溃。为了更好地理解这个问题，我们来看一个简单的示例代码：swiftclass Person { var name: String init(name: String) { self.name = name } func sayHello() { print("Hello, my name is \(name).") }}let person = Person(name: "John")person.sayHello()在上述代码中，我们定义了一个名为 Person 的类，并创建了一个实例 person。然后我们调用 person 的 sayHello 方法，打印出一句问候语。如果我们在 Xcode 中启用 WHOLE_MODULE_OPTIMIZATION 选项进行编译，然后在调试器中尝试断点调试该代码，很可能会遇到 lldb 或 Xcode 崩溃的问题。这是因为编译器对代码进行了优化，导致调试器无法正确地解析变量和方法的地址。解决方案虽然 lldb/Xcode 崩溃问题可能令人沮丧，但我们仍然有一些解决方案可以尝试。首先，我们可以尝试关闭 WHOLE_MODULE_OPTIMIZATION 选项。虽然这会导致编译时间的增加，但可以解决 lldb/Xcode 崩溃的问题。要关闭该选项，我们可以在项目的 Build Settings 中找到 Swift Compiler - Code Generation 部分，然后将 Whole Module Optimization 设置为 None。另一个解决方案是使用 -Onone 编译标志进行调试。这个标志告诉编译器不进行任何优化，以便调试器能够正确地解析代码。要使用这个标志，我们可以在项目的 Build Settings 中找到 Swift Compiler - Custom Flags 部分，然后在 Debug 标志下的 Other Swift Flags 添加 -Onone。Swift WHOLE_MODULE_OPTIMIZATION 是一个改进编译速度的好选项，但也带来了 lldb/Xcode 崩溃的问题。通过关闭 WHOLE_MODULE_OPTIMIZATION 选项或使用 -Onone 编译标志，我们可以解决这个问题。虽然这些解决方案可能会增加编译时间，但对于需要进行调试的代码来说，确保代码的正确性和可调试性是非常重要的。