能否通过单个.env文件根据Python运行环境读取对应配置变量？

完全可以把不同环境的配置统一放在单个.env文件里，根据Python运行环境匹配读取对应值，很多小项目为了省事都会这么做，不算什么原则性问题。但你示例里用[Production]、[Development]做分块的写法是INI格式的写法，不符合常规.env文件的原生解析规则，直接用现成的dotenv库是读不出来的，需要做额外适配。

两种可落地的实现方式 #

• 方式一：给配置项加环境前缀，适配原生dotenv解析
  最省事的做法是不用分块，直接给不同环境的配置项加前缀，和python-dotenv这类常用库的默认解析逻辑完全兼容，不需要自己写解析代码。示例配置：

  # .env 配置文件
  # 所有环境共用的配置
  APP_PORT=8000
  LOG_LEVEL=info
  
  # 生产环境配置
  PROD_DATABASE=123.34.54
  PROD_PASSWORD=9874
  PROD_USERNAME=admin
  
  # 开发环境配置
  DEV_DATABASE=127.0.0.1
  DEV_PASSWORD=
  DEV_USERNAME=
  

  读取逻辑很简单：启动服务前先设置系统环境变量RUN_ENV，生产环境设为PROD，开发环境设为DEV，代码里加载完整个.env文件后，根据当前RUN_ENV的值拼接前缀，取对应配置项就行。
• 方式二：自定义解析逻辑适配分块格式
  如果你更习惯用你写的分块格式，也可以自己写个简单的解析脚本：逐行读取.env文件内容，遇到[xxx]格式的行就记录当前所属的环境块，后面读到的键值对都归到对应块下，全部解析完存成字典，再根据当前运行环境取对应块的配置就行。要注意这种写法没法直接用现成dotenv库的默认加载方法，得自己维护解析逻辑，漏写分块、格式错配的话很容易读错配置。

几个要注意的坑 #

• 别把生产环境的敏感凭证放在和开发配置同一个.env文件里提交到代码库：只要是能拉到代码的人都能看到生产数据库密码、密钥这类敏感信息，安全风险很高。生产环境的敏感配置最好直接通过系统环境变量注入，不要存在随代码提交的配置文件里。
• 运行环境标识不要写死在代码里：一定要优先读取启动时传入的系统环境变量，避免开发调试的时候不小心连到生产库。
• 不管用单文件还是多文件方案，启动时最好加个配置校验：检查当前环境下的必填配置项是否存在、格式是否正确，避免因为配置读错导致线上故障。

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