在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

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

我的两分钱用于Xcode 8：

a） 使用-D前缀的自定义标志工作正常，但。。。

b） 更简单的使用：

在Xcode 8中有一个新的部分：“活动编译条件”，已经有两行，用于调试和发布。

只需添加无D的定义。

在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有效。编译器似乎忽略了具有特定值的标志。

这是基于Jon Willis的答案，该答案依赖于断言，该断言仅在调试编译中执行：

func Log(_ str: String) { 
    assert(DebugLog(str)) 
}
func DebugLog(_ str: String) -> Bool { 
    print(str) 
    return true
}

我的用例是记录打印语句。以下是iPhone X上发布版本的基准：

let iterations = 100_000_000
let time1 = CFAbsoluteTimeGetCurrent()
for i in 0 ..< iterations {
    Log ("⧉ unarchiveArray:\(fileName) memoryTime:\(memoryTime) count:\(array.count)")
}
var time2 = CFAbsoluteTimeGetCurrent()
print ("Log: \(time2-time1)" )

打印：

Log: 0.0

看起来Swift 4完全消除了函数调用。

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