不能直接修改已运行容器的环境变量；临时设置仅当前会话有效，持久化修改需停止原容器、删除后用新环境变量重新创建，推荐使用--env-file批量注入或Docker Compose管理。
不能直接修改已运行容器的环境变量。docker 设计上不允许在容器运行时持久化更改其启动时设定的环境变量——这些变量只在 容器初始化阶段 加载，后续进程无法全局更新。但你可以根据实际需求选择合适的方式达成“生效”效果。
临时设置（仅当前 shell 会话有效）
适合调试、单次命令执行：
- 进入容器交互终端：
docker exec -it <容器名或ID> /bin/sh（或/bin/bash） - 在容器内手动导出变量：
export MY_VAR=new_value - 该变量只对当前终端及由此启动的子进程可见，容器重启后消失
- 也可跳过交互，直接运行带环境变量的命令：
docker exec -it <容器名> sh -c 'export MY_VAR=new_value; your_app'
持久化修改（需重建容器）
这是生产环境中唯一可靠、可复用的方法：
- 停止原容器：
docker stop <容器名> - 删除它（注意：若挂载了外部卷，数据不会丢失）：
docker rm <容器名> - 用 相同镜像 + 新环境变量 重新创建：
docker run -d --name <新容器名> -e KEY1=value1 -e KEY2=value2 ... <镜像名> - 如果原来有端口映射、挂载目录等配置，需一并补全（可用
docker inspect <旧容器名>查看原始参数）
通过文件批量注入（推荐用于生产）
避免命令行暴露敏感信息，也便于版本管理：
- 准备一个本地
.env文件（例如prod.env），内容为每行一个KEY=VALUE，支持注释（以#开头） - 启动时用
--env-file加载：docker run -d --env-file ./prod.env --name myapp nginx - 该方式与
-e效果一致，但更安全、更易维护
长期方案：改用 Docker Compose 或重构镜像
若频繁调整配置，建议升级管理方式：
-
Docker Compose：在
docker-compose.yml的environment或env_file字段定义，docker-compose up -d一键生效 -
重构镜像：在 Dockerfile 中用
ENV设置默认值（仅限非敏感项），再配合运行时-e覆盖，兼顾灵活性与可复现性
