输入卡顿本质是主线程被同步阻塞，90%以上源于扩展ondidchangetextdocument中未await的文件读取、正则匹配或大数组遍历；可用developer: toggle performance impact定位真实掉帧源，配合code --disable-extensions验证。
输入卡顿不是“等一下就好”的体验问题，而是主线程被同步阻塞的明确信号——90% 以上的情况，根源在某个扩展的 onDidChangeTextDocument 回调里做了未 await 的文件读取、正则全量匹配或大数组遍历。
看真实用户感知延迟：用 Developer: Toggle Performance Impact
这个命令不画图、不录帧，但会在状态栏右侧亮起 ⚡ 图标，点开就能看到最近一次打字、保存或补全操作中，谁拖慢了你。它反映的是真实掉帧（>16ms）的用户感知延迟，比 CPU 百分比更准。
- 典型提示如 “Typing took 187ms — caused by extension 'esbenp.prettier-vscode'”，说明该扩展在每次输入后同步执行了耗时操作
- 如果同一扩展反复出现在这里，基本可判定它没做异步化或节流，比如在 onType 里直接
fs.readFileSync读配置，或对整行文本跑/(^|\s)TODO(\s|$)/g这类无边界锚点的正则 - 注意：它只显示“已激活且正在运行”的扩展，
Not activated的插件不会上榜
查扩展激活是否拖启动：用 Developer: Show Running Extensions
按 Ctrl+Shift+P 输入并执行该命令，重点看 Activation Time 字段——不是加载时间，是响应触发条件（比如打开 .ts 文件）所花的真实耗时。
-
Activation Time > 500ms的扩展，大概率在activate()里做了同步 I/O，比如扫描整个node_modules找依赖、解析巨型 JSON 配置、或初始化未 lazy 的语言服务客户端 - 点扩展名旁的小箭头展开详情，检查
activationEvent是否为onStartup：这类扩展一开 VS Code 就抢资源，哪怕你根本不用它对应的功能 - 内存列持续 > 200MB 且 CPU 实时跳动，说明它在后台轮询（比如 GitLens 刷 blame 缓存、ESLint 持续校验全目录）
定位主线程长任务：用 Developer: Toggle Developer Tools + Performance 面板
打开开发者工具后切到 Performance 标签页，点击录制 ●，然后快速敲几行代码、删几个字符、再停掉。火焰图里重点盯三块：
-
Extension Activation长条：某扩展初始化卡住主线程，常因 require 大模块或同步解析配置 -
Render Blocking红色尖刺：UI 渲染被 JS 阻塞，通常对应扩展的同步 DOM 操作或 Webview 通信 -
extensionHost下的长任务块：右键 → “Zoom to Selected”，看堆栈顶层是不是你怀疑的扩展名，再往下找是不是onDidChangeTextDocument→parseConfigSync→fs.readFileSync - 录制前务必清空所有编辑器标签、关掉终端和调试控制台，否则火焰图混杂干扰信号
验证是否真由扩展引起：必须用 code --disable-extensions
这不是“试试看”，而是隔离变量的硬性验证手段。只要卡顿消失，就能 100% 锁定是扩展导致——哪怕你刚禁用了 20 个，也比猜哪个 settings.json 配置写错了高效得多。
- 禁用后仍卡？检查是否启用了离线模式的
vscode-drawio或其他 Webview 类扩展，它们的性能瓶颈在独立渲染进程里，--disable-extensions不影响 - 禁用后恢复，但启用单个扩展又卡：别信“它官网说轻量”，直接查它的 GitHub Issues，搜 “typing lag” 或 “onDidChangeTextDocument slow”
- 某些插件禁用后进程还在跑（比如改写了其他插件行为），需彻底退出 VS Code 再重进，不能只重载窗口
真正难排查的，是那种只在特定文件类型、特定编辑位置（比如光标在注释块里）、或特定项目结构（比如 src/ 下嵌套了 5 层 node_modules）下才触发的卡顿。这时候得靠 code --status 看启动阶段各环节耗时占比，再配合 Developer: Start/Stop Extension Host Profile 导出 .cpuprofile 用 Chrome DevTools 深挖调用栈——不是所有卡顿都显现在火焰图顶部，有些藏在递归调用的第 7 层里。
