能，完全可用，但行为有细微变化：Python 3.11 默认启用 faulthandler，pytest 3.11+ 对异常链捕获更严格，可能导致 --pdb 在嵌套异常中跳过预期断点；需注意 ExceptionGroup 和协程测试的调试限制。
pytest --pdb 在 Python 3.11 中是否还能用？
能，完全可用，但行为有细微变化：Python 3.11 默认启用 faulthandler，且 pytest 3.11+ 版本对异常链（__cause__ / __context__）的捕获更严格，可能导致 --pdb 在某些嵌套异常中“跳过”预期断点。
关键判断：不是 --pdb 失效，而是你看到的失败位置可能不是最外层异常抛出处，而是底层触发点。比如测试中调用了新引入的 ExceptionGroup 相关逻辑，pytest 会优先在 except* 块内或 aggregate_exceptions 调用处中断，而非你写的 assert 行。
- 确认 pytest 版本 ≥ 7.2（支持 Python 3.11 异常链语义），运行
pytest --version - 若用
pytest-xdist，禁用并行（加-n0），否则--pdb在子进程里无法交互 - 避免在
conftest.py中全局启用addopts = --tb=short，它会压制完整 traceback，影响 pdb 定位
遇到 ExceptionGroup 失败时，pdb 为什么停不进 except* 块？
因为 pytest --pdb 默认只在未捕获异常（即传播到测试函数顶层）时启动 pdb；而 except* 是显式处理，异常不会逃逸，所以 pdb 不触发。
实操建议：手动插入断点，而不是依赖自动中断。
立即学习“Python免费学习笔记（深入）”；
- 在
except*块第一行加import pdb; pdb.set_trace()（Python 3.11 兼容） - 或改用
breakpoint()（推荐），它会尊重PYTHONBREAKPOINT环境变量，便于统一调试入口 - 若想让
ExceptionGroup“逃逸”以触发--pdb，可在except*末尾加raise—— 但注意这会改变原始行为，仅用于调试
示例：
def test_new_exception_group():
try:
raise ExceptionGroup("eg", [ValueError("bad"), TypeError("oops")])
except* ValueError:
breakpoint() # 这里会停住，可 inspect `excep` 变量
pass
为什么 pdb 里 print(sys.last_value) 显示的是旧异常？
Python 3.11 改进了异常对象生命周期管理：sys.last_value 现在只保留最近一次**未处理**异常；若你在 except 或 except* 中调用 breakpoint()，此时异常已被捕获，sys.last_value 可能是上一个测试留下的残留值。
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
正确做法是直接检查当前作用域变量：
- 在
except E as exc:块中，直接用exc - 在
except* E as eg:块中，用eg（它是ExceptionGroup实例） - 需要看完整异常链？用
traceback.print_exception(type(eg), eg, eg.__traceback__)
别依赖 sys.last_value 或 sys.last_traceback，它们在 Python 3.11 中语义已变。
调试协程测试（async def）时 --pdb 不生效？
是的，默认不生效。pytest 对 async 测试的异常捕获发生在 event loop 内部，--pdb 无法穿透到协程帧。
必须换方式：
- 用
pytest-asyncio并确保测试函数被@pytest.mark.asyncio标记（否则可能静默跳过） - 在协程内部设
breakpoint()，并设置环境变量PYTHONASYNCIODEBUG=1，让 asyncio 提供更清晰的栈信息 - 避免在
await表达式后立刻断点——异常可能发生在 awaitable 内部，需在await前或try块内设点
一个可靠写法：
@pytest.mark.asyncio
async def test_async_new_feature():
try:
result = await some_new_async_func()
except Exception as e:
breakpoint() # 这里能停住，e 是真实异常
raise
Python 3.11 的异常模型和协程调度让调试路径变得更“深”，pdb 本身没坏，但你得知道它在哪一层才真正“可见”。最易忽略的是：把 breakpoint() 放在异常被捕获之后，却还指望 sys.last_value 给你答案。
