pytest在收集阶段检测到fixture循环依赖会直接报pytestconfigerror。解决方法包括：将共享数据抽为独立模块导入、用request.getfixturevalue()动态获取fixture、严格控制autouse fixture的作用域和副作用。
fixture 依赖链里出现循环引用，pytest 直接报错
Pytest 启动时会静态解析所有 fixture 的依赖关系。一旦发现 A 依赖 B、B 又依赖 A（无论直接或间接），就会抛出 pytest.PytestConfigError: cyclic dependency detected。这不是运行时报错，而是收集阶段就失败——测试根本跑不起来。
常见诱因包括：
- 两个 fixture 分别在各自的模块中
import对方，又都通过参数声明了互相依赖 - fixture A 返回一个类实例，该类的
__init__内部又调用了 fixture B（比如初始化时读配置） - 在
conftest.py中定义了跨目录共享的 fixture，但不同子目录下的conftest.py互相 import
把共享数据抽成独立模块，而不是用 fixture 传参
当多个 fixture 都需要访问同一份配置、常量或工具函数时，最稳妥的做法是：不通过 fixture 注入，而是直接从一个无依赖的模块导入。
例如，把环境配置统一放在 tests/config.py：
# tests/config.py
API_BASE_URL = "https://api.example.com"
TEST_USERS = [{"id": 1, "role": "admin"}, {"id": 2, "role": "user"}]
然后在任意 fixture 中直接导入使用：
@pytest.fixture
def api_client():
from tests.config import API_BASE_URL
return APIClient(base_url=API_BASE_URL)
<p>@pytest.fixture
def admin_user():
from tests.config import TEST_USERS
return next(u for u in TEST_USERS if u["role"] == "admin")
</p>
这样避免了 fixture 之间为共享数据而建立依赖链。
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
用 request.getfixturevalue() 替代硬编码参数依赖
当你确实需要在 fixture 内部动态获取另一个 fixture 的值（比如根据当前测试参数决定加载哪个数据库 fixture），不要写成 def my_fixture(other_fixture): 这种声明式依赖——它会被 pytest 提前解析并可能触发循环。
改用运行时按需获取：
- 只在函数体内部调用
request.getfixturevalue("other_fixture") - 确保被取值的 fixture 已正确定义且作用域兼容（比如不能在
scope="module"的 fixture 里取scope="function"的值） - 这种调用不会被 pytest 静态分析为依赖，绕过了循环检测
示例：
@pytest.fixture
def db_session(request):
env = request.config.getoption("--env", default="test")
if env == "prod":
# 避免让 prod_db 成为硬依赖
return request.getfixturevalue("prod_db")
else:
return request.getfixturevalue("test_db")
autouse=True 的 fixture 要严格控制作用域和副作用
自动执行的 fixture 容易成为隐式依赖源。比如一个 scope="session" 的 autouse=True fixture 初始化了全局状态，而另一个 fixture 又试图在 setup 阶段修改它——两者没显式声明依赖，但执行顺序和状态冲突会导致难以复现的问题。
建议：
- 仅对真正无状态、幂等的操作启用
autouse=True，如日志配置、临时目录创建 - 所有涉及外部资源（DB、Redis、HTTP mock）的 fixture 必须显式声明依赖，禁用
autouse - 如果必须用
autouse做清理，确保 teardown 部分不依赖其他 fixture 的生命周期（比如不要在 session 级 autouse teardown 中调用 function 级 fixture）
最隐蔽的坑在于：循环依赖未必出现在代码里，而是在 pytest 解析 fixture 树时，因作用域错配 + autouse 组合产生的隐式执行顺序冲突。遇到奇怪的初始化失败，先检查 scope 和 autouse 是否混搭过度。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
