关键是要验证环境变量在容器运行时真实可用：进入容器执行echo $var_name或env | grep -i "var_name"；通过docker inspect查看"env"字段确认声明；注意构建期（dockerfile env）与运行期（-e）变量的覆盖关系，以及shell非登录模式下path等变量可能未加载的问题。
导入镜像后验证环境变量是否生效，关键不是“看有没有设置”，而是确认它在容器运行时真实可用——尤其要区分构建期变量和运行期变量、覆盖行为与作用域限制。
进入容器直接读取值
这是最直接的方式。启动容器后，用 docker exec 进入并执行 echo $VAR_NAME：
- 如果输出为空或不是预期值，说明变量没传进来，或被覆盖
- 注意：
$VAR_NAME要加$，不写成VAR_NAME；变量名大小写敏感 - 可一次性查看全部变量：
docker exec env | grep -i "var_name"
检查容器配置元数据
不启动容器也能快速确认变量是否被声明（但无法验证运行时是否被覆盖）：
-
docker inspect，搜索"Env"字段 - 在容器对象中，该字段列出所有最终生效的环境变量（含 Dockerfile ENV 和启动时 -e 设置的）
- 若镜像中定义了
ENV DEBUG=true，但你在docker run -e DEBUG=false启动，inspect 中显示的是false
验证变量是否被程序实际加载
有些应用（如 Node.js、Python、Conda 环境）不会自动继承所有环境变量，需主动读取或初始化：
- Node.js 应用：在代码里加
console.log(process.env.MY_VAR)并触发请求或脚本 - Python：运行
python -c "import os; print(os.environ.get('MY_VAR'))" - Conda 环境：非登录 shell 下
conda activate可能不生效，需确认/opt/conda/etc/profile.d/conda.sh是否被加载（见下条）
排查 Shell 初始化导致的“看似失效”
很多变量（尤其是 PATH、PYTHONPATH、CONDA_DEFAULT_ENV）依赖 Shell 配置文件加载，而 Docker 默认以非交互式、非登录 Shell 启动：
- 运行
docker run -it /bin/bash -c 'echo $PATH'，对比docker run -it /bin/bash -l -c 'echo $PATH' - 后者加了
-l（login），会加载/etc/profile和~/.bashrc，可能补全 Conda 或自定义 PATH - 若必须用非登录 Shell，可在 Dockerfile 中显式 source：
RUN echo "source /opt/conda/etc/profile.d/conda.sh" >> /root/.bashrc
