Docker Compose无法读取env_file变量，启动服务失败求助

安全阿岳

2026-7-8

问题原因分析

以下是可能导致该问题的具体原因，结合你的环境逐一排查：

.env.prod文件的路径或权限异常
出现问题的机器上，.env.prod可能不在docker-compose.yml的同级目录下，或者文件权限设置限制了当前用户的读取权限（比如文件属主是root，而你用普通用户执行命令）。可以通过ls -la .env.prod确认文件存在且权限正确，用cat .env.prod检查变量DJANGO_PORT_DOCKER是否存在、格式是否正常（无多余空格、引号）。
环境变量加载优先级冲突
docker-compose加载环境变量有优先级：系统环境变量 > 指定的env_file > 默认.env文件。如果出现问题的机器上已经存在空值的系统环境变量DJANGO_PORT_DOCKER，或者存在未被注意的默认.env文件覆盖了env.prod的配置，就会导致变量为空。可以执行echo $DJANGO_PORT_DOCKER查看当前shell的变量值，或者暂时重命名其他.env文件测试。
docker-compose小版本差异
虽然都是2.22.x系列，但不同小版本可能存在env_file解析的细微bug。比如部分机器是2.22.0，另一台是2.22.6，某些小版本对env_file的读取逻辑有调整。执行docker-compose --version确认各机器的具体版本，尝试将所有机器的compose升级到同一稳定小版本。
shell环境或执行方式问题
执行docker-compose up的shell环境不同（比如一台用bash，另一台用zsh），或者使用sudo执行命令导致环境变量不继承。sudo会重置当前环境变量，导致compose无法读取用户目录下的.env文件变量。可以避免用sudo执行，或者用sudo -E docker-compose up保留原有环境变量。
.env.prod文件编码/格式问题
若.env.prod是在Windows系统编辑后传到Linux机器，可能带有CRLF换行符，或者文件中存在中文空格、特殊字符，导致compose解析变量失败。可以用dos2unix .env.prod转换为Linux换行格式，或用vim .env.prod进入编辑模式后执行:set ff=unix设置文件格式。