这确实是iOS开发里非常实用的需求——不用手动来回注释/切换代码，让Debug和Release环境自动执行对应的逻辑。下面是几种我在日常开发中常用的最佳实践，按推荐程度排序：

1. 用原生的DEBUG编译条件（最推荐，零配置） #

Xcode默认就给Debug配置添加了DEBUG编译标志，直接用Swift的条件编译语法就能区分环境：

#if DEBUG
// Debug模式下执行的测试代码
label.backgroundColor = .red
#else
// Release模式（提交App Store）下的正式代码
label.backgroundColor = .clear
#endif

如果正式代码是默认逻辑，也可以简化成：

label.backgroundColor = .clear
#if DEBUG
label.backgroundColor = .red
#endif

这种方式的核心优势是编译阶段就会移除对应环境不需要的代码，Release包不会包含Debug的测试逻辑，既安全又不增加包体积。

2. 自定义编译标志（多环境场景） #

如果项目需要区分更多环境（比如Staging预发布环境），可以自定义编译标志：

• 打开Xcode项目设置，选中目标Target
• 切换到Build Settings标签，搜索Other Swift Flags
• 针对需要的Configuration（比如Staging）添加-D STAGING（注意大写，前缀-D是必须的）

之后就能在代码里灵活区分：

#if DEBUG
label.backgroundColor = .red
#elseif STAGING
label.backgroundColor = .orange
#else
label.backgroundColor = .clear
#endif

3. 封装环境判断工具类（优雅复用） #

如果很多地方都需要判断环境，把逻辑封装成工具类会让代码更易读，也方便统一修改：

struct AppEnvironment {
    static var isDebug: Bool {
        #if DEBUG
        return true
        #else
        return false
        #endif
    }
    
    static var isRelease: Bool {
        return !isDebug
    }
    
    // 若有自定义环境，比如Staging
    static var isStaging: Bool {
        #if STAGING
        return true
        #else
        return false
        #endif
    }
}

使用时就非常简洁：

label.backgroundColor = AppEnvironment.isDebug ? .red : .clear

4. 利用Xcode Configuration（复杂环境配置） #

如果项目需要更全面的环境区分（比如不同的API地址、第三方密钥），可以创建多个Xcode Configuration：

• 在项目设置的Info标签里，点击Configurations的+号，复制现有配置创建Staging等环境
• 可为每个Configuration绑定不同的Info.plist文件，或在Build Settings里设置不同的宏定义、环境变量
• 代码里可通过读取当前Configuration名称判断环境：

func currentConfiguration() -> String? {
    guard let config = Bundle.main.infoDictionary?["Configuration"] as? String else {
        return nil
    }
    return config
}

// 使用示例
if currentConfiguration() == "Debug" {
    label.backgroundColor = .red
} else {
    label.backgroundColor = .clear
}

这种方式适合需要全局环境配置的场景，不止是UI逻辑的区分。

注意事项 #

• 优先使用编译条件（#if DEBUG）而非运行时判断，编译条件会在编译阶段剔除无用代码，更高效且安全
• 不要在Debug代码中包含敏感逻辑，即使Release会移除，也要确保Debug代码的安全性
• 提交App Store前，一定要用Release配置打包测试，确保正式逻辑正常运行

内容的提问来源于stack exchange，提问作者K.K.D