Docker Desktop中设置环境变量本质是调用docker run或docker-compose传参，GUI仅为封装；推荐使用--env-file批量加载或docker-compose.yml的environment/env_file配置，避免敏感信息暴露于命令行或GUI。
在 Docker Desktop 中创建容器时设置环境变量，本质不是“Desktop 自己设”，而是它调用 docker run 或 docker-compose 时传入参数——GUI 界面只是封装了这些命令。所以关键不是找按钮，而是选对方式、避开常见陷阱。
docker run 命令行方式（最直接，适合调试）
即使你在 Docker Desktop 图形界面里操作，底层仍是命令驱动。用终端执行 docker run 是最可控的方式：
- 单个变量：
docker run -e TZ=Asia/Shanghai -e NODE_ENV=production nginx - 多个变量可重复
-e，顺序无关；大小写敏感，DB_HOST和db_host是两个变量 - 若 Dockerfile 里已用
ENV DB_PORT=5432，这里加-e DB_PORT=5433就会覆盖 - 别把密码、密钥写进命令行——它们会留在 shell 历史和
ps进程列表里
--env-file 批量加载（生产推荐，Docker Desktop 完全支持）
Docker Desktop 并不阻止你用 --env-file，反而鼓励——它让敏感信息不暴露在命令行或 GUI 输入框里：
- 准备一个本地文件，比如
.env.prod，每行一个KEY=VALUE：APP_NAME=myapp DB_HOST=172.17.0.2 API_TIMEOUT=30
- 启动命令：
docker run --env-file .env.prod nginx - 该文件必须在当前工作目录下，且不能被 Git 跟踪（加进
.gitignore） - Docker Desktop 的 CLI 和集成终端都认这个参数，但 GUI 创建向导里没有直接入口，得走命令行
docker-compose.yml（多服务、可复现部署的首选）
如果你用 Docker Desktop 的 “Containers & Apps” → “Compose” 标签页，或者双击 docker-compose.yml 启动，这就是最贴近“图形化设环境变量”的路径：
- 在服务定义下用
environment列表：services: api: image: myapi:latest environment: - LOG_LEVEL=warn - TZ=Asia/Shanghai - 或用
env_file引用外部文件（更安全）：environment: - NODE_ENV=production env_file: - .env.secrets
- 注意：
environment和env_file可共存，后者里的同名变量会覆盖前者 - 修改完
docker-compose.yml后，Docker Desktop 会自动检测并提示重载，无需手动重启 daemon
GUI 界面里“Add environment variable”按钮的真相
Docker Desktop 的容器创建弹窗里确实有 “Add environment variable” 按钮，但它只在“Run container” 向导中出现，且仅适用于单次启动——它生成的其实是带 -e 的 docker run 命令，并不保存为模板或配置项：
- 填进去的值不会持久化到任何文件，关掉窗口就丢
- 无法批量导入，也不能校验格式（输错
KEY=VALUE格式可能静默失败） - 敏感值一旦输入，就可能留在 GUI 进程内存或日志中，不如
--env-file可控 - 它适合临时试一个变量，比如改时区看日志时间是否对得上，但别指望靠它管理生产配置
真正容易被忽略的是：环境变量设完，容器内程序得主动读取——比如 Node.js 要写 process.env.DB_HOST，Java 要调 System.getenv("DB_HOST")；Docker 本身不干预应用怎么用这些变量，只负责把键值对塞进容器启动时的进程环境。
