最可靠的方法是直接运行镜像并执行env命令：docker run --rm <image-name> env，该命令能真实反映镜像启动后生效的环境变量，包含Dockerfile中ENV指令定义及shell默认变量，且自动清理容器无残留。
直接运行镜像并执行 env 命令，是最可靠、最贴近实际运行环境的检查方式。它能反映镜像启动后真正生效的环境变量，不受容器状态或配置残留干扰。
用 docker run 临时运行并查看
这是验证镜像自身环境变量配置是否正确的首选方法：
- 命令格式：
docker run --rm <image-name> env -
--rm确保容器退出后自动清理，不留下残留 - 输出的是镜像中
ENV指令定义 + 启动时 shell 默认加载的变量（如PWD、SHLVL等），能真实体现构建结果 - 例如：
docker run --rm nginx:alpine env | grep -E 'PATH|NGINX_VERSION'可快速确认关键变量是否存在且值正确
检查 Dockerfile 中的 ENV 定义是否生效
如果镜像由你构建，需确认 Dockerfile 中的 ENV 是否被正确写入：
- 运行
docker history <image-name>查看构建层，确认ENV指令出现在对应 layer 中 - 使用
docker inspect <image-name> | jq '.[0].Config.Env'（需安装jq）直接提取镜像配置中的环境变量列表 - 注意：
ARG不会出现在最终镜像中，仅ENV或显式用ENV VAR=${ARG}赋值的才有效
对比运行时与构建时变量差异
有些变量看似存在，但实际未生效，常见于以下情况：
- 变量在
ENTRYPOINT或CMD启动的脚本中被覆盖（例如 shell 脚本里重新赋值PATH=...） - 基础镜像中已有同名变量，而你的
ENV未覆盖成功（Docker 中后写的ENV会覆盖前面的） - 使用了
ONBUILD或多阶段构建，导致部分ENV未复制到最终镜像 - 建议搭配
docker run --rm -it <image-name> sh -c 'echo $YOUR_VAR; env | grep YOUR_VAR'多方式交叉验证
借助交互式 Shell 深度排查
当需要进一步确认变量在具体上下文中的行为时：
- 运行：
docker run --rm -it <image-name> sh（或bash，视镜像支持而定） - 进入后手动执行：
env、printenv VAR_NAME、echo $VAR_NAME - 可测试变量是否被导出（
export）、是否被子进程继承、是否在不同 shell（sh/bash）下表现一致 - 特别适合调试
ENTRYPOINT是脚本时的变量传递问题
