直接调高 sys.setrecursionlimit() 不能根治 RecursionError，反而可能掩盖无限递归、尾递归未优化或深层嵌套等真实问题，甚至在 CI 中引发 segfault；应优先排查循环引用、__repr__ 副作用或改用迭代等替代方案。
为什么 sys.setrecursionlimit() 不能真正解决测试中的 RecursionError
直接调高 sys.setrecursionlimit() 很少能根治问题，反而可能掩盖真实缺陷，甚至让测试在 CI 环境中因栈溢出直接 segfault（尤其在 macOS 或某些 Linux 容器里）。Python 的默认限制（通常 1000）是保守但合理的——它提示你：当前逻辑极可能存在无限递归、尾递归未优化，或数据结构隐含过深嵌套（比如解析深层嵌套 JSON、AST 遍历、mock 循环引用等）。
常见错误现象：RecursionError: maximum recursion depth exceeded while calling a Python object 在跑单元测试时突然出现，但函数单独调用却正常；或仅在启用 pytest --tb=short 时复现，关掉就消失（说明 traceback 收集本身加重了栈消耗）。
- 测试框架（如 pytest）自身会包装断言、fixture、setup/teardown，增加额外调用帧
- 使用
mock.patch时若 patch 对象被递归访问（如 mock 了一个 dict，其 value 又引用自身），极易触发隐式递归 -
__repr__或__str__实现不当，在 pytest 输出失败信息时被反复调用
先定位是不是真递归：用 sys.getrecursionlimit() 和 traceback 快速验证
别急着改 limit。在测试失败处加一行调试：
import sys, traceback
print("Current limit:", sys.getrecursionlimit())
print("Last 5 frames:")
traceback.print_stack(limit=5)
观察输出：如果最后几帧反复出现同一函数名（比如 parse_node → parse_node → parse_node），就是真递归；如果帧里混着 _pytest、mock、__repr__，大概率是测试环境放大了副作用。
立即学习“Python免费学习笔记（深入）”；
- 对疑似对象手动检查循环引用：
import gc; gc.get_referrers(obj) - 禁用 pytest 的详细 traceback 测试是否仍崩溃：
pytest -s -v --tb=no test_file.py - 临时删掉所有
__repr__实现，看 RecursionError 是否消失
安全调整 sys.setrecursionlimit() 的唯一合理场景
仅当确认是「合法的、可控的深度递归」且无法转为迭代（如解析固定深度 ≤ 2000 的树形配置），才考虑局部上调 limit。必须严格限制作用域，绝不能全局设置。
- 在测试函数开头设限，函数结束前恢复原值：
import sys <p>def test_deep_tree_parsing(): old_limit = sys.getrecursionlimit() sys.setrecursionlimit(3000) try: result = parse_config(deep_nested_data) assert result.valid finally: sys.setrecursionlimit(old_limit) # 关键：必须恢复
- 避免在
conftest.py或setup_module中设置——会影响整个测试 session - 数值不要硬编码 10000+：超过 5000 就该怀疑设计；CPython 在部分系统上实际可用栈空间远小于此
- CI 环境中，某些容器默认栈大小仅 8MB，即使 limit 设得高，也会
Segmentation fault (core dumped)
比调 limit 更有效的三种替代方案
90% 的测试 RecursionError 其实该用这些方式解：
-
把递归函数改写为显式栈迭代：用
list模拟调用栈，控制深度和状态，也方便加超时或计数中断 -
用
functools.lru_cache切断重复递归路径：尤其适用于解析器中重复访问相同子节点的场景 -
测试时用
unittest.mock.ANY或自定义__eq__替代深度 mock：避免 mock 对象在 assert 时触发无限__repr__
例如，一个常踩的坑：用 @patch('module.Class') mock 类后，在断言中写 assert mock_obj.method.called_with({...})，而 {...} 里包含被 mock 的对象自身——这时 called_with 内部会尝试深比较，进而触发 repr 递归。
真正难处理的是 C 扩展或底层库（如 lxml、numpy）引发的递归，它们不走 Python 栈限制，sys.setrecursionlimit() 完全无效。这种时候只能缩小测试输入规模，或换用更轻量的模拟实现。
