配置变量替换怎么实现开发与生产变量隔离-Docker-PHP中文网

核心是构建或启动时自动注入环境变量，而非手动修改配置。java用maven profile+资源过滤在打包阶段写入；前端通过.env文件在构建时硬编码；python/node.js/go在启动时读取校验；系统级通过shell函数或独立账户隔离环境。

核心是让构建或启动过程自动注入对应环境的变量值，而不是靠人手动改配置文件。关键不在于“存哪里”，而在于“谁在什么时候把哪个值塞进去”。不同技术栈实现路径不同，但逻辑一致：定义环境标识 → 组织变量来源 → 在正确时机完成替换。

用 Maven Profile + 资源过滤，在 mvn package 阶段就把变量值写进最终 JAR 包里：

在 pom.xml 中声明 <profile></profile>，比如 <id>dev</id> 和 <id>prod</id>，每个 profile 设置 <deploy.type>dev</deploy.type> 这类属性
按 profile 名建目录：src/main/resources.dev/ 和 src/main/resources.prod/，放各自专属配置（如数据库地址、开关）
在 <build><resources></resources></build> 中启用 <filtering>true</filtering>，并动态加载 src/main/resources.${deploy.type}
application.yml 里写 spring.profiles.active: @deploy.type@，Maven 构建时自动替换成 dev 或 prod

变量在编译阶段被硬编码进 JS，运行时不可变，安全且高效：

Docker Ctl

使用 podman 检查容器、日志和镜像

下载

创建 .env.development、.env.production 等文件，内容以 VITE_APP_（Vite）或 VUE_APP_（Vue CLI）开头
Vite 会自动加载匹配当前 --mode 的 .env 文件；Umi 则通过 UMI_ENV=prod umi build 加载 .umirc.prod.js
代码中直接使用 import.meta.env.VITE_APP_API_URL，构建后变成字符串字面量，不会暴露原始变量名
注意：不能用 process.env.NODE_ENV 存业务配置，它只反映构建目标，不是运行时环境

变量在进程启动瞬间加载，由程序主动控制解析逻辑和 fallback 行为：

Python 用 python-dotenv 在入口第一行调用 load_dotenv(".env." + os.getenv('ENV', 'development'))
Node.js 用 dotenv.config({ path: `.env.${process.env.NODE_ENV}` })，配合 cross-env NODE_ENV=production npm start
Go 封装 Env() 函数：先 os.Getenv("GO_ENV")，为空则设默认 "development"，再统一转小写；敏感字段（如密钥）为空直接 log.Fatal
所有语言都禁用“自动映射全部环境变量”的机制（如 Viper 的 AutomaticEnv()），只显式绑定带前缀的变量（如 APP_DB_HOST）