新Dockerfile用Pipenv多阶段构建时Python无法读取.env环境变量

首先可以排除Dockerfile里的ENV指令和你当前的异常无关，你配置的几个ENV参数都是系统字符集、Python运行时的基础配置，不会干扰自定义环境变量的读取。

你遇到的读取异常核心是os模块本身**不会自动读取当前目录下的.env文件，两种配置表现不同的原因如下：

• 第一种配置能正常读取，大概率是你之前启动容器时使用了docker run --env-file .env参数，直接把.env内容注入到了容器全局环境变量中；或是你的代码中依赖了python-dotenv库，在代码入口主动加载了.env文件。
• 第二种配置读取失败的核心原因：
  • 你没有通过pipenv run启动脚本：Pipenv默认会在执行命令时自动加载当前目录的.env文件到环境变量中，但你当前CMD直接调用裸的python3命令，没有触发Pipenv的自动加载逻辑。
  • 如果你依赖python-dotenv加载.env，需要确认python-dotenv是否被放到了Pipfile的生产依赖段，很多人会误将它放到dev依赖段，构建时加了--deploy参数就不会安装dev依赖，导致加载逻辑失效。

方案1：修改启动命令触发Pipenv自动加载 #

将Dockerfile最后的CMD修改为如下内容即可，利用Pipenv原生的.env自动加载能力，不需要修改业务代码：

CMD ["pipenv", "run", "python", "app.py"]

方案2：启动容器时注入.env变量 #

保持现有Dockerfile不用修改，启动容器时添加--env-file参数直接将.env内容注入容器全局环境变量，和你第一种配置的运行逻辑完全一致：

docker run --env-file .env 你的镜像名称

方案3：代码显式加载.env文件 #

如果你不想依赖Pipenv的加载逻辑，可在代码中显式加载.env，兼容性更强：

1. 确认python-dotenv在Pipfile的生产依赖段，而非dev依赖段
2. 在app.py的最开头添加如下代码：

from dotenv import load_dotenv
import os

load_dotenv() # 自动加载当前目录下的.env文件

内容的提问来源于stack exchange，提问作者jyablonski