从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 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中使用将始终生成“将永远不会执行”警告。

在许多情况下，您实际上不需要条件编译；您只需要可以打开和关闭的条件行为。为此，您可以使用环境变量。这有一个巨大的优点，你实际上不需要重新编译。

您可以在方案编辑器中设置环境变量，并轻松地将其打开或关闭：

您可以使用NSProcessInfo检索环境变量：

    let dic = NSProcessInfo.processInfo().environment
    if dic["TRIPLE"] != nil {
        // ... do secret stuff here ...
    }

这是一个现实生活中的例子。我的应用程序只在设备上运行，因为它使用的是模拟器上不存在的音乐库。那么，如何在模拟器上拍摄我不拥有的设备的屏幕快照？没有这些屏幕截图，我无法提交到AppStore。

我需要假数据和不同的处理方式。我有两个环境变量：一个是当打开时，告诉应用程序在我的设备上运行时从真实数据生成假数据；另一个，当打开时，在模拟器上运行时使用假数据（而不是丢失的音乐库）。由于Scheme编辑器中的环境变量复选框，打开/关闭这些特殊模式很容易。另外一个好处是，我不会在我的App Store构建中意外使用它们，因为归档没有环境变量。

在GCC_PREPROCESSOR_DEFINITIONS构建设置中设置DEBUG=1后，我更喜欢使用函数进行以下调用：

func executeInProduction(_ block: () -> Void)
{
    #if !DEBUG
        block()
    #endif
}

然后，只需在此函数中包含我希望在调试构建中省略的任何块：

executeInProduction {
    Fabric.with([Crashlytics.self]) // Compiler checks this line even in Debug
}

与以下各项相比的优势：

#if !DEBUG
    Fabric.with([Crashlytics.self]) // This is not checked, may not compile in non-Debug builds
#endif

是编译器检查我的代码的语法，所以我确信它的语法是正确的，并进行编译。

是的，你能做到。

根据Apple文档，在Swift中，您仍然可以使用“#if/#else/#endif”预处理器宏（尽管更受限制）。下面是一个示例：

#if DEBUG
    let a = 2
#else
    let a = 3
#endif

现在，您必须在其他地方设置“调试”符号。在“Swift编译器-自定义标志”部分的“其他Swift标志”行中设置它。您可以使用-D DEBUG条目添加DEBUG符号。

通常，您可以在“调试”或“发布”中设置不同的值。

我在真实代码中测试了它，它工作了；不过，在操场上似乎认不出它。

你可以在这里阅读我的原始帖子。

重要提示：-DDEBUG=1不起作用。只有-D DEBUG有效。编译器似乎忽略了具有特定值的标志。

马特回答的Swift 5更新

let dic = ProcessInfo.processInfo.environment
if dic["TRIPLE"] != nil {
// ... do your secret stuff here ...
}