VSCode调试中断后程序卡死怎么办？性能优化排查教程-VSCode-PHP中文网

调试中断后程序卡死，90%是调试器初始化同步阻塞或文件监听失控，而非代码死锁；Python/Node项目中debugpy或js-debug同步扫描site-packages/node_modules导致主线程被拖住，表现为断点无高亮、Debug Console无响应、CPU骤降、Ctrl+C无效。

vscode调试中断后程序卡死怎么办？性能优化排查教程

调试中断后程序卡死，90% 不是代码死锁，而是调试器初始化阶段同步阻塞或文件监听失控——尤其在 Python/Node 项目里，debugpy 或 js-debug 会同步扫描 site-packages 或 node_modules，主线程直接被拖住。

这不是你的代码卡了，是调试器后端（比如 debugpy）在解析符号时被大量小文件阻塞。常见表现：断点处没高亮、Debug Console 光标不动、按 Ctrl+C 没反应、终端只显示 Debugger attached. 却不往下走。

python.debug.justMyCode 设为 true 时，VSCode 会尝试遍历所有已导入模块来过滤“非我代码”，torch、tensorflow 这类包一导入就触发数万级 AST 解析
Node 调试中若 launch.json 里 "program" 指向不存在的路径（如 "${workspaceFolder}/dist/index.js" 实际是 build/），进程会在启动瞬间卡死，连 --inspect 都没起来
Linux 下 /proc/sys/fs/inotify/max_user_watches 不足时，files.watcherExclude 配得再全也无效，watcher 会静默重试并持续占满 CPU

别改代码，先绕过整个调试链路：

终端执行 code --disable-extensions --no-sandbox 启动 VSCode，再跑调试——如果恢复，说明是某个扩展（如 GitLens、Prettier）在 onDebug 阶段做了同步 I/O
Python 用户：临时把 launch.json 中 "justMyCode": true 改成 false，再启动；若卡顿消失，就确认是符号解析超时，后续应细化白名单而非关掉
Node 用户：终端直接运行 node --inspect-brk index.js，然后在 Chrome chrome://inspect 里连——如果 Chrome 能正常断点，问题一定出在 VSCode 的 js-debug 配置或 launch.json

files.watcherExclude 是防止调试卡死的底线配置，但错一个字符就等于没配：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

必须写在项目根目录下的 .vscode/settings.json，用户级设置（settings.json 在 %APPDATA%\Code 或 ~/Library/Application Support/Code）对调试器完全无效
值必须是 "**/node_modules/**": true，写成 "node_modules"、"**/node_modules/*"、"/node_modules/" 全部不生效
Python 项目务必加 "**/__pycache__/**": true 和 "**/venv/**": true；TS/JS 项目建议补上 "**/dist/**": true
改完后必须彻底关闭 VSCode 窗口（不是重载窗口），再重新打开工作区——旧 watcher 实例不会自动更新

这和“程序是否在运行”无关，是 stdin 流没被正确 attach 到调试会话：

必须同时设 "console": "integratedTerminal" 和 "justMyCode": false；只设前者，input() 仍会被 justMyCode 拦截底层 sys.stdin.read()
Windows 上用 Git Bash 旧版本时，Ctrl+C 可能被终端吞掉，换 PowerShell 或 Windows Terminal 再试
中文输入后返回空字符串？在 launch.json 的 configurations 下加 "env": {"PYTHONIOENCODING": "utf-8"}
远程开发（WSL / SSH）下，input() 有时收到 \r\n 而不是 \n，可临时用 sys.stdin.readline().strip() 替代