调试中断后程序卡死，90%是调试器初始化同步阻塞或文件监听失控，而非代码死锁；Python/Node项目中debugpy或js-debug同步扫描site-packages/node_modules导致主线程被拖住，表现为断点无高亮、Debug Console无响应、CPU骤降、Ctrl+C无效。
调试中断后程序卡死，90% 不是代码死锁，而是调试器初始化阶段同步阻塞或文件监听失控——尤其在 Python/Node 项目里，debugpy 或 js-debug 会同步扫描 site-packages 或 node_modules，主线程直接被拖住。
为什么断点命中后 CPU 骤降、输入无响应？
这不是你的代码卡了，是调试器后端（比如 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，然后在 Chromechrome://inspect里连——如果 Chrome 能正常断点，问题一定出在 VSCode 的js-debug配置或 launch.json
必须配、且必须配对的地方：files.watcherExclude + 工作区级 settings.json
files.watcherExclude 是防止调试卡死的底线配置，但错一个字符就等于没配：
- 必须写在项目根目录下的
.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 实例不会自动更新
input() 卡住、Debug Console 输入延迟的真实原因
这和“程序是否在运行”无关，是 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()替代
真正容易被忽略的是：调试器卡死往往发生在你还没开始写代码的时候——它卡在读取 site-packages、加载 source map、监听 node_modules 这些“准备动作”里。优化重点从来不在代码逻辑，而在让调试器少做一点同步的事。
