code --disable-extensions是第一道验证线，若禁用后输出秒回则100%为插件导致；否则需查终端、Shell或运行时。再运行Developer: Show Running Extensions，重点排查Activation Time超1000ms、Status为Running/Activating、CPU/Memory异常波动的插件，并检查OUTPUT面板Log (Extension Host)及files.watcherExclude配置是否生效。
code --disable-extensions 是第一道验证线
控制台输出滞后（比如按 Ctrl+Enter 运行后，结果隔 2–3 秒才刷出来，或反复输入无响应），首先要排除是不是插件在后台堵住了消息管道。终端执行 code --disable-extensions 启动 VSCode，打开同一文件、用同一方式运行（如 Run Code 或终端命令），观察输出是否立刻返回。如果秒出，问题 100% 出在扩展上；如果仍滞后，就得查系统终端、Shell 配置或语言运行时本身（比如 Python 的 print() 缓冲未刷新）。
Developer: Show Running Extensions 看谁卡在“激活后”阶段
很多插件不报错、不崩溃，但会在激活后持续监听 onDidSaveTextDocument、onDidChangeActiveTextEditor 等事件，导致主线程被轮询或阻塞，间接拖慢所有输出响应。运行 Developer: Show Running Extensions 后重点关注：
-
Status列为Running但Activation Time超过 1000ms 的插件——说明它启动就抢资源，后续所有事件派发都排队等它 -
CPU或Memory持续高于 200MB 且波动频繁的插件，尤其是eamodio.gitlens、dbaeumer.vscode-eslint、esbenp.prettier-vscode - 状态为空或长期显示
Activating的插件，可能已卡死但没崩溃，仍在占用事件循环
OUTPUT 面板比控制台更早暴露真实瓶颈
VSCode 的集成终端输出走的是 pty 通道，而插件日志、调试器通信、格式化反馈全走 OUTPUT 面板。按 Ctrl+Shift+U 打开 OUTPUT，切换到以下频道看是否有堆积或延迟：
-
Log (Extension Host)：出现大量Extension host terminated unexpectedly或Cannot read property 'postMessage'，说明扩展主机反复重启，消息队列清空失败 -
Tasks或对应语言通道（如Python、Node）：看到命令已发出但长时间无日志，说明插件劫持了任务执行链，比如code-runner和ms-python.python同时注册了run命令，互相等待对方释放锁 -
Git频道持续刷日志：GitLens 默认开启全仓库扫描，会阻塞其他插件的异步回调，连带拖慢终端输出触发时机
files.watcherExclude 配置失效会让所有优化白费
即使你禁用了全部可疑插件，只要 files.watcherExclude 没配对，VSCode 的文件监听器（chokidar）仍会扫 node_modules、.git 等目录，导致事件派发延迟，插件收到 onDidSave 通知晚于实际保存时间，进而让“运行→输出”链条整体滞后。必须确保：
- 配置写在用户
settings.json或项目.vscode/settings.json中，不能只写进 GUI 设置界面 - 路径通配符是
"**/node_modules/**": true，不是"node_modules/**"——少一个*就不生效 - 改完后必须关闭并重新打开整个工作区，仅重载窗口不会重载 watcher 规则
真正难处理的不是插件报错，而是它静默地把事件监听挂起 800ms 又不抛异常——这种延迟会层层传导，最终让用户觉得“控制台卡”，其实源头只是 GitLens 多扫了一个子模块目录。
