VSCode调试带断点的pytest用例时运行极慢问题咨询

• 先检查断点配置：打开VS Code调试侧边栏的断点列表，关闭所有自动异常捕获断点（包括未捕获异常、已抛出异常两类默认选项）。pytest内部用异常做大量控制流逻辑（比如用例收集、skip/xfail标记处理、断言重写），开启全量异常捕获时，调试器会反复抓取pytest内部预期内异常的栈帧信息，是断点模式耗时暴涨的最常见原因。如果你手动加的断点配置了命中条件、日志输出表达式，也会额外增加每次断点命中时的上下文求值开销，可以先加最普通的行断点做对照测试。
• 区分扩展开销和调试器本身开销：不要直接通过Test Explorer的调试按钮启动，手动在项目.vscode/launch.json下添加原生pytest调试配置，直接用VS Code原生调试入口启动无断点、加断点两组测试，记录耗时：

  {
      "name": "pytest原生调试",
      "type": "python",
      "request": "launch",
      "module": "pytest",
      "args": ["test_xxx.py::test_something"],
      "justMyCode": true,
      "console": "integratedTerminal"
  }
  

  如果原生调试加断点后耗时回落到正常范围，问题出在Test Explorer扩展的适配层：可以打开扩展设置，关闭调试时自动收集测试输出、自动关联代码覆盖率、调试端口长等待这类冗余配置，再通过扩展入口测试耗时。
• 检查debugpy核心配置：确认调试配置里justMyCode参数设为true，如果设为false，调试器会扫描当前环境所有已加载的第三方库代码（包括pytest、所有安装的pytest插件、site-packages下的其他依赖）做断点位置匹配，环境里依赖越多耗时越长。同时核对cwd、pathMappings配置和本地项目路径完全一致，避免调试器反复做无效的跨路径文件查找。
• 排除环境干扰项：临时禁用除官方Python扩展、Test Explorer之外的所有Python相关扩展（包括各类lint、类型检查、代码补全插件），这类插件很多会在调试器暂停时同步扫描已加载代码做分析，产生额外IO和CPU开销。如果项目存放在网络挂载盘、WSL跨系统映射目录、同步盘目录下，先把项目复制到本地磁盘做对照测试，跨文件系统的栈帧文件读取会带来几十秒的额外延迟。

排查时可以打开VS Code的命令面板，执行切换开发人员工具，查看调试过程中控制台有没有持续报错、通信超时重试的日志，能直接定位到扩展和调试器通信卡住的具体环节。

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