dockerfile中env仅作声明或默认值，多环境切换靠运行时注入：通过docker run -e、--env-file或docker-compose.yml的env_file/environment字段动态传入变量，实现一次构建、多环境部署。
在 dockerfile 中配置环境变量本身不能直接实现多环境切换，因为 env 指令写死的值会在镜像构建时固化，失去运行时灵活性。真正支持多环境切换的关键，是把 dockerfile 作为“不变的基础”，把可变配置交给容器启动阶段注入——dockerfile 只负责声明哪些变量会被应用读取，不决定它们的值。
1. Dockerfile 中只做轻量声明，不写具体值
用 ENV 设置默认值或占位符，仅用于兜底或开发调试，避免硬编码敏感信息或环境特有参数：
- 用 ENV 定义变量名，同时给安全默认值（如
ENV DB_HOST=db、ENV LOG_LEVEL=info） - 避免写
ENV DB_PASSWORD=prod123这类生产敏感值 - 可配合 ARG 在构建时传参（如版本号、基础镜像标签），但运行时配置仍应交由外部注入
2. 应用代码必须从环境变量读取配置
镜像内程序需主动通过语言标准方式获取环境变量，而不是读取静态配置文件：
- Java/Spring Boot：用
@Value("${DB_URL}")或System.getenv("DB_URL") - Python/Django：用
os.environ.get("DB_NAME", "default_db") - Node.js：用
process.env.DB_HOST - 关键点：未设置时要有合理默认值，不因缺失变量崩溃
3. 环境差异靠外部注入，不是靠重构建镜像
Dockerfile 构建一次，后续所有环境都复用同一镜像。变量值通过以下方式在启动时注入：
-
docker run -e：临时测试，如
docker run -e NODE_ENV=production -e DB_HOST=prod-db myapp -
docker run --env-file：加载
.env.prod文件，内容为DB_HOST=prod-db等键值对 -
docker-compose.yml + .env 文件：在 compose 文件中用
${DB_HOST}引用项目根目录下的.env；也可用--env-file .env.staging覆盖 -
docker-compose -f 多文件叠加：主文件定义服务结构，
docker-compose.prod.yml专门覆盖 environment 和 env_file
4. 推荐结构示例
项目目录保持清晰：
.
├── Dockerfile # ENV PORT=8080；不写具体环境值
├── .env # 开发默认值（gitignore）
├── .env.dev # 开发专用
├── .env.test # 测试专用
├── .env.prod # 生产专用
└── docker-compose.yml # 使用 ${DB_HOST} 等变量
启动生产环境只需：docker-compose --env-file .env.prod up -d
