VSCode中文输入卡顿90%以上源于插件在onDidChangeTextDocument中同步执行文件读取、正则匹配或大数组遍历而阻塞主线程；可用Developer: Toggle Performance Impact定位掉帧源，配合code --disable-extensions验证，并用Developer: Start Extension Bisect二分法3–4轮锁定问题插件。
VSCode中文输入卡顿，90%以上不是输入法或系统问题，而是某个插件在onDidChangeTextDocument里同步执行了文件读取、正则匹配或大数组遍历，直接阻塞主线程。关掉所有插件就能验证——但关键是怎么快速定位到那个“真凶”。
用 Developer: Toggle Performance Impact 看谁拖慢了打字
这个命令不画图、不录帧，但会在状态栏右侧亮起 ⚡ 图标，点开就能看到最近一次输入操作中谁导致了掉帧（>16ms）。它比 CPU 占用率更贴近真实体验。
- 典型提示如
"Typing took 187ms — caused by extension 'esbenp.prettier-vscode'"，说明该插件在每次按键后同步做了耗时操作 - 只显示“已激活且正在运行”的扩展，
Not activated的插件不会上榜 - 反复出现在这里，基本可判定它没做异步化或节流，比如在
onType里直接fs.readFileSync读配置，或对整行跑/(^|\s)TODO(\s|$)/g这类无边界锚点的正则
用 Developer: Show Running Extensions 查启动和激活耗时
按 Ctrl+Shift+P 输入并运行该命令，重点看两列：Activation Time 和 Status。
-
Activation Time > 500ms的插件高度可疑，尤其是一开 VSCode 就抢资源的onStartup类扩展（比如某些 Copilot 或远程工具） -
Status显示Activation failed或空白，说明它根本没正常加载，却可能残留监听器持续消耗 CPU - 点扩展名旁的小箭头展开详情，检查
activationEvent是否为onStartup；如果是，哪怕你从不用它，它也在后台占着主线程
用 code --disable-extensions 和 Developer: Start Extension Bisect 二分定位
这是最可靠、最省力的验证路径，别手动一个个禁用。
- 先终端执行
code --disable-extensions，打开同一项目测试。如果卡顿消失，100% 是插件问题；否则得查语言服务、inotify 限额或 GPU 设置 - 再运行
Developer: Start Extension Bisect，它会自动分组禁用、让你回答“是/否”，通常 3–4 轮就能锁定具体插件 - 特别适合装了 50+ 插件的用户——比如你有 69 个插件，靠手点要半天，而二分法只要几分钟
重点关注这 5 类高危插件
实测中，以下类型插件最常触发中文输入卡顿，不是因为它们“坏”，而是默认行为太激进：
-
prettier-vscode：默认editor.formatOnType开启，每输一个字符就尝试格式化整行甚至整文件 -
dbaeumer.vscode-eslint：eslint.run设为onType时，会对当前行做全量 AST 解析 -
eamodio.gitlens：后台轮询 Git blame 缓存，CPU 持续跳动，尤其在大仓库里 - 语言服务器类（如
volar、rust-analyzer）：激活时间长、内存占用高，且常在onDidChangeTextDocument中同步响应 - Copilot 类扩展：部分版本在候选框弹出时同步请求模型，阻塞 IME 合成事件
真正麻烦的不是插件崩溃，而是它悄悄卡在激活阶段、不报错也不退出，让后续所有插件排队等它——这种问题必须靠 Show Running Extensions 和 Extension Bisect 双验证，单看控制台日志容易漏掉。
