首先明确：用环境变量存储配置本身并不是不良实践——它是12-Factor App推荐的标准做法，核心优势是把配置和代码解耦，方便在开发、测试、生产等不同环境间切换，还能避免敏感信息硬编码的风险。你遇到的问题本质上是CI环境中环境变量没有在构建/测试流程间正确隔离，而非环境变量方案本身的问题。

结合你的场景，分享几个满足「无需全局对象、可在代码各处访问」的替代方案：

方案1：分层配置文件+显式加载 #

使用python-dotenv这类库，为不同环境创建独立的配置文件（比如.env用于开发，.env.test用于测试），在程序启动或测试初始化时显式加载对应环境的配置，覆盖系统环境变量。这样就能彻底摆脱对残留环境变量的依赖。

举个具体实现例子：

• 项目根目录创建.env.test文件：

  TARGET_URL=https://test-api.example.com
  

• 在测试入口文件（比如conftest.py）添加加载逻辑：

  from dotenv import load_dotenv
  
  def pytest_configure():
      # 加载测试环境配置，强制覆盖已有的环境变量
      load_dotenv(".env.test", override=True)
  

• 业务代码依然可以保留os.environ["TARGET_URL"]的写法，但测试时会自动使用测试环境的配置，完全不受之前残留的生产环境变量影响。

方案2：依赖注入（推荐） #

重构你的GET请求类，让它接收配置参数而非直接读取环境变量，把配置依赖从全局环境转移到代码的依赖链中，既避免了全局状态，也让测试更灵活可控。

修改后的类示例：

class GetRequestSender:
    def __init__(self, base_url):
        self.base_url = base_url

    def send_request(self):
        url = f"{self.base_url}/api/etc"
        # 发送请求的业务逻辑...

• 生产环境初始化时，传入从环境变量读取的URL：

  import os
  sender = GetRequestSender(os.environ["TARGET_URL"])
  

• 测试时，直接传入测试用的URL，完全不需要依赖环境变量：

  def test_sender():
      sender = GetRequestSender("https://test-api.example.com")
      # 执行测试逻辑...
  

这种方式让代码依赖关系更清晰，从根源上避免了全局状态带来的环境变量残留问题。

方案3：测试框架的临时环境变量隔离 #

如果不想大规模修改业务代码，可以用测试框架的功能在测试前后临时切换环境变量，比如pytest的monkeypatch fixture：

def test_get_request(monkeypatch):
    # 临时设置测试用的TARGET_URL
    monkeypatch.setenv("TARGET_URL", "https://test-api.example.com")
    # 执行测试逻辑...
    # 测试结束后，monkeypatch会自动恢复原来的环境变量

这种方式适合快速解决CI中的环境残留问题，对现有代码改动极小。

总结一下：环境变量是合理的配置方案，但要注意在CI/测试环境中做好隔离。如果追求长期健壮性，依赖注入是最推荐的方案；分层配置文件则是对现有代码改动较小的优化方式。

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