vscode中拼写检查插件冲突会导致extension host异常终止、右键卡顿、悬停无提示及cpu飙升；根源是多插件重复注册语言监听点与命令，需通过developer: show running extensions定位失败插件，用code --disable-extension彻底禁用或删除扩展目录，并在settings.json中精准配置cspell.enabledlanguageids白名单及language专属spellcheck开关。
拼写检查插件报错常见现象
VSCode 里装了两个拼写检查类插件（比如 streetsidesoftware.code-spell-checker 和 ban.spellright），常出现这些症状：Extension host terminated unexpectedly 频繁刷屏、右键菜单卡住、“Spelling”上下文选项消失、光标悬停无提示，甚至保存文件时触发重复校验导致 CPU 拉满。根本原因不是“两个都装了就错”，而是它们同时注册了相同的语言服务监听点（如 onLanguage:plaintext）和命令（如 code-spell-checker.openSettings），VSCode 内核拒绝重复注册，直接终止 Extension Host 进程。
快速定位哪个拼写插件在抢注册权
别手动禁用再重启五次。打开命令面板（Ctrl+Shift+P），输入并运行：Developer: Show Running Extensions。重点看这两列：
- 状态为
Activation failed的插件——大概率是它先加载失败，但残留监听器还在拖累后续插件 - 加载耗时超过
800ms的拼写类插件（如ban.spellright常因词典初始化慢卡住）——它可能没崩，但把 Extension Host 线程占死了 - 控制台（
Ctrl+Shift+I→ Console）里反复出现Command 'spellchecker.toggle' is already registered或类似报错——冒号前的命令名就是冲突源头插件 ID
禁用策略要绕过“假禁用”陷阱
VSCode UI 里点“禁用”对某些拼写插件只是表面功夫。它们会在启动阶段偷偷加载词典或监听全局事件，即使禁用也照常抢资源。必须用更彻底的方式：
- 终端执行：
code --disable-extension streetsidesoftware.code-spell-checker启动，测试是否恢复；不行就换ban.spellright - 如果仍卡，直接删扩展目录：
rm -rf ~/.vscode/extensions/streetsidesoftware.code-spell-checker-*（macOS/Linux）或进%USERPROFILE%\.vscode\extensions\手动删对应文件夹 - 删完别重启系统，直接再跑
code即可——VSCode 启动时发现目录不存在，连尝试加载的步骤都跳过
保留一个后必须关掉冗余功能
只留 streetsidesoftware.code-spell-checker 也不代表万事大吉。它默认会对所有语言启用，包括 JSON、TSX、Markdown，而这些文件类型往往已有语法校验器（如 ESLint、Prettier）在管字段名/变量名，强行拼写检查会干扰语义提示。务必在 settings.json 中显式关闭无关语言：
{
"[json]": {
"editor.spellcheck": false
},
"[typescriptreact]": {
"editor.spellcheck": false
},
"cSpell.enabledLanguageIds": [
"plaintext",
"markdown",
"latex"
]
}
注意：cSpell.enabledLanguageIds 是 code-spell-checker 的白名单配置，不是开关；漏配会导致它仍在 JS/TS 文件里瞎扫，引发补全延迟。真正容易被忽略的是：VSCode 自身的 editor.spellcheck 全局开关和插件的启用逻辑是两套体系，必须同时设好，否则插件会无视设置强行接管。
