iOS多环境配置：环境变量打包生效问题及标准方案咨询

1 Xcode Scheme环境变量的生效范围 #

你观察到的情况完全属实。Xcode Scheme中配置的环境变量是由Xcode调试器在启动App时临时注入的，仅在Xcode直接运行应用的场景下生效，无论打包时用的是Debug还是Release配置，只要应用是打包后独立安装运行，都不会携带这些环境变量。这个设计本身就是面向调试阶段的能力，并非用于正式包的内置配置。

2 符合需求的iOS标准多环境配置方案 #

推荐使用Xcode Build Configuration + Info.plist自定义字段的方案，完全满足「正式包生效、运行时直接读取、无需条件判断/编译标记」的要求，操作步骤如下：

• 第一步：打开Xcode项目设置的「Info」标签，找到「Configurations」区域，基于默认的Debug、Release配置，复制生成Dev、QA、Prod三个环境对应的配置，可根据打包需求保留对应环境的Debug/Release变体。
• 第二步：添加自定义构建设置。在项目构建设置页点击左上角「+」，选择「Add User-Defined Setting」，命名为BACKEND_API_HOST，分别给Dev、QA、Prod三个配置填入对应的后端域名值。
• 第三步：映射配置到Info.plist。打开项目的Info.plist文件，新增一个自定义键（例如BackendHost），值填写$(BACKEND_API_HOST)，Xcode编译时会自动将对应环境的配置值替换到Info.plist中。
• 第四步：运行时直接读取配置，Swift示例代码：

guard let backendHost = Bundle.main.object(forInfoDictionaryKey: "BackendHost") as? String else {
    fatalError("未找到后端域名配置")
}

• 第五步：为每个环境创建独立的Scheme，每个Scheme的Run、Archive等阶段选择对应环境的Build Configuration，打包时选择对应Scheme，打出的安装包就会自动内置对应环境的配置。

3 配置项较多时的优化方案 #

如果需要管理的环境配置项数量较多，可以用xcconfig文件替代构建设置存储配置，每个环境对应单独的.xcconfig文件，在Build Configuration中关联对应xcconfig文件即可，维护成本更低，读取方式和上述方案一致。

内容的提问来源于stack exchange，提问作者ichdenkealso