从Swift 4.1开始，如果你只需要检查代码是用调试还是发布配置构建的，你可以使用内置函数：

_isDebugAssertConfiguration（）（当优化设置为-Onone时为true）_isReleaseAssertConfiguration（）（当优化设置为-O时为true）（在Swift 3+上不可用）_isFastAssertConfiguration（）（当优化设置为-Ounchecked时为true）

e.g.

func obtain() -> AbstractThing {
    if _isDebugAssertConfiguration() {
        return DecoratedThingWithDebugInformation(Thing())
    } else {
        return Thing()
    }
}

与预处理器宏相比，

✓ 您不需要定义自定义的-D DEBUG标志来使用它~它实际上是根据优化设置定义的，而不是Xcode构建配置✗ 未记录，这意味着该函数可以在任何更新中删除（但它应该是AppStore安全的，因为优化器会将这些转换为常量）这些内容一度被删除，但由于缺少@testable属性而重新公开，未来的Swift命运未卜。✗ 在if/else中使用将始终生成“将永远不会执行”警告。

没有Swift预处理器。（一方面，任意代码替换破坏了类型和内存安全。）

不过，Swift确实包含了构建时配置选项，因此您可以有条件地包含某些平台或构建样式的代码，或者响应您使用-D编译器参数定义的标志。但是，与C不同，代码的有条件编译部分必须在语法上完整。在将Swift与Cocoa和Objective-C结合使用中有一节介绍了这一点。

例如：

#if os(iOS)
    let color = UIColor.redColor()
#else
    let color = NSColor.redColor()
#endif

Xcode 8对ifdef替换进行了重大更改。即使用主动编译条件。

请参阅Xcode 8发行说明中的构建和链接。

新建生成设置

新设置：SWIFT_ACTIVE_COMPILATION_CONDITIONS

“Active Compilation Conditions” is a new build setting for passing conditional compilation flags to the Swift compiler.

以前，我们必须在OTHER_SWIFT_flags下声明条件编译标志，记住在设置前加上“-D”。例如，要有条件地使用MYFLAG值进行编译：

#if MYFLAG1
    // stuff 1
#elseif MYFLAG2
    // stuff 2
#else
    // stuff 3
#endif

要添加到设置的值-DMYFLAG

现在我们只需要将值MYFLAG传递到新设置。是时候移动所有这些条件编译值了！

有关Xcode 8中更多Swift Build Settings功能，请参阅以下链接：http://www.miqu.me/blog/2016/07/31/xcode-8-new-build-settings-and-analyzer-improvements/

![在Xcode 8及以上版本中，转到构建设置->搜索自定义标志]1

在代码中

 #if Live
    print("Live")
    #else
    print("debug")
    #endif

isDebug常量基于活动编译条件

另一个可能更简单的解决方案是，将DEBUG定义为项目构建目标的Active Compilation Conditions之一，并包含以下内容（我将其定义为全局常量）：

#if DEBUG
    let isDebug = true
#else
    let isDebug = false
#endif

isDebug常量基于编译器优化设置

这个概念建立在kennytm的答案之上

与kennytm相比，其主要优势在于它不依赖于私有或未记录的方法。

在Swift 4中：

let isDebug: Bool = {
    var isDebug = false
    // function with a side effect and Bool return value that we can pass into assert()
    func set(debug: Bool) -> Bool {
        isDebug = debug
        return isDebug
    }
    // assert:
    // "Condition is only evaluated in playgrounds and -Onone builds."
    // so isDebug is never changed to true in Release builds
    assert(set(debug: true))
    return isDebug
}()

与预处理器宏和kennytm的答案相比，

✓ 您不需要定义自定义的-D DEBUG标志来使用它~它实际上是根据优化设置定义的，而不是Xcode构建配置✓ 已记录，这意味着该函数将遵循正常的API发布/弃用模式。✓ 在if/else中使用不会生成“将永远不会执行”警告。

从Swift 4.1开始，如果你只需要检查代码是用调试还是发布配置构建的，你可以使用内置函数：

_isDebugAssertConfiguration（）（当优化设置为-Onone时为true）_isReleaseAssertConfiguration（）（当优化设置为-O时为true）（在Swift 3+上不可用）_isFastAssertConfiguration（）（当优化设置为-Ounchecked时为true）

e.g.

func obtain() -> AbstractThing {
    if _isDebugAssertConfiguration() {
        return DecoratedThingWithDebugInformation(Thing())
    } else {
        return Thing()
    }
}

与预处理器宏相比，

✓ 您不需要定义自定义的-D DEBUG标志来使用它~它实际上是根据优化设置定义的，而不是Xcode构建配置✗ 未记录，这意味着该函数可以在任何更新中删除（但它应该是AppStore安全的，因为优化器会将这些转换为常量）这些内容一度被删除，但由于缺少@testable属性而重新公开，未来的Swift命运未卜。✗ 在if/else中使用将始终生成“将永远不会执行”警告。