Docker环境变量差异解析与解决方案

1. 问题现象与背景定位

最近在容器化部署过程中遇到一个典型问题：通过docker exec进入容器后，环境变量与直接docker run启动容器时不一致。具体表现为某些关键路径找不到、自定义环境变量丢失，导致调试脚本无法正常运行。这个问题在持续集成流水线中尤为突出，因为CI阶段大量依赖exec执行测试命令。

经过反复测试，发现根本差异在于：docker run会加载容器镜像中预设的所有环境配置（包括ENV指令、~/.bashrc等），而docker exec默认仅继承宿主机的部分环境（如PATH），且不会触发shell初始化流程。这种差异在Ubuntu等基于bash的镜像中表现尤为明显。

2. 环境加载机制深度解析

2.1 Docker不同命令的初始化流程

• docker run：完整启动新容器进程，依次执行：

  1. 加载镜像中ENV指令定义的变量
  2. 执行ENTRYPOINT/CMD指定的启动脚本
  3. 若启动交互式shell（如/bin/bash），会读取/etc/profile、~/.bashrc等配置文件

• docker exec：附加到已运行容器的命名空间：

  1. 默认仅继承宿主机的PATH、TERM等基础变量
  2. 不执行任何shell初始化脚本
  3. 直接运行指定命令（如/bin/bash），导致配置缺失

2.2 典型场景对比测试

通过以下命令可复现问题：

bash复制# 测试镜像构建
echo "ENV MY_VAR=test" > Dockerfile
echo "RUN echo 'export CUSTOM_VAR=loaded' >> ~/.bashrc" >> Dockerfile
docker build -t env-test .

# 对比运行方式
docker run -it env-test /bin/bash -c "echo \$MY_VAR:\$CUSTOM_VAR"  # 输出 test:loaded
docker run -d --name test env-test tail -f /dev/null
docker exec test /bin/bash -c