Docker容器环境变量丢失问题解析与解决方案

1. 问题现象与背景解析

最近在调试容器化服务时遇到一个典型问题：通过docker exec进入容器后，发现环境变量与docker run启动时完全不同，某些关键配置丢失导致服务异常。这个现象在容器化开发中其实相当常见——据统计，超过60%的容器环境问题都与环境配置相关。

具体表现为：当使用docker run -e ENV_VAR=value启动容器时，应用能正常读取环境变量；但后续通过docker exec -it /bin/bash进入容器后，执行env却发现预设变量全部消失。这种差异在需要进入容器进行调试时尤为棘手，比如：

bash复制# 启动时环境变量正常生效
docker run -e DB_HOST=mysql.prod my_app

# 进入容器后变量丢失
docker exec -it my_app bash
env | grep DB_HOST  # 无输出

2. 环境变量传递机制深度剖析

2.1 Docker环境加载的两种路径

Docker容器环境变量的加载实际上存在两种独立机制：

1. Run-time环境：通过docker run的-e、--env-file参数或Dockerfile中的ENV指令设置，这些变量会注入到容器主进程（PID 1）的环境中
2. Exec-time环境：通过docker exec进入时，默认仅继承宿主机的部分基础环境（如PATH、HOME等）

这种差异源于Linux进程模型的设计——子进程默认继承父进程环境，但docker exec创建的进程与容器主进程是兄弟关系而非父子关系。

2.2 底层原理验证实验

通过以下命令可以验证环境变量的传递链：

bash复制# 查看容器主进程环境
docker inspect --format '{{.Config.Env}}' my_container

# 对比exec进程环境
docker exec my_container env

典型输出差异示例：

code复制# docker inspect输出
[DB_HOST=mysql.prod APP_ENV=production]

# docker exec env输出
PATH=/u