VSCode如何使用Code Spell Checker拼写检查_VSCode Code Spell Checker拼写检查详解

Code Spell Checker 默认不检查中文，因中文无空格分词且不适用“拼写”概念；标红是因插件将整段中文误作英文单词查词典。需同时配置cSpell.language为["en","zh-CN"]、启用cSpell.allowCompoundWords、安装官方cspell-dict-chinese扩展，并确保插件激活及项目级.cspell.json配置生效。

很多开发者初次接触 Code Spell Checker 时，都会遇到一个困惑：为什么它不像想象中那样“开箱即用”？答案其实很简单：这款插件并非“装上就灵”，而是需要“配对才准”。它默认不检查中文，也未必能自动识别你代码中的驼峰命名。那些恼人的红色波浪线，往往源于几个关键配置的缺失或错位。

为什么中文注释总被标红？

你猜怎么着？问题根源在于插件的工作逻辑。它会把一整段中文字符串（比如 用户名）当作一个完整的英文单词，然后去内置词典里查找匹配。结果当然是找不到，于是标红警告。

要解决这个问题，关键在于三个配置必须协同工作，缺一不可：

• 首先，cSpell.language 必须显式设置为 ["en", "zh-CN"]。这里有个细节：用 zh 效果可能不理想，而 zh-CN 才能更好地切分简体中文的复合词。
• 其次，cSpell.allowCompoundWords 必须设为 true。否则，像 useStore 这样的变量名会被拆分成 use 和 store 两个部分分别检查，只要有一个不在词典里，就会报错。
• 最后，也是至关重要的一步：必须安装官方的 cspell-dict-chinese 扩展。请注意，这不是指那些第三方的“Chinese Spell Checker”。如果没有这个官方词典扩展，即使设置了 zh-CN，语言支持也只是空转，无法真正生效。

如何让变量名不误报，但字符串仍检查？

插件的默认行为是只检查字符串字面量和注释，不检查变量名。所以，如果你发现 const recieveData = ...（注意这里故意拼错了“receive”）没有被标红，那反而是正常现象。

但如果你遇到了变量名被误报的情况，通常是因为以下原因：

• 确认 cSpell.checkIdentifiers 的值是 false。这是默认值，最好不要手动去改动它。
• 检查编辑器右下角的语言模式。确保当前文件被正确识别为 TypeScript React 或 Vue 等，而不是 Plain Text。特别是在 Vue 或 TSX 文件中，模板字符串的检查依赖于正确的语言模式。
• 话说回来，如果你确实希望检查变量名（通常不推荐，因为会引入大量技术词报错），可以尝试设置 "cSpell.checkProgrammaticTypes": true。但务必同步在项目级的 .cspell.json 配置文件中的 words 字段里，补全所有项目用到的专有名词，比如 ["zustand", "vitepress", "tsconfig"]。

为什么改了 settings.json 还不生效？

这是最令人头疼的情况：配置明明写对了，红色波浪线却依然顽固存在。其实，常见原因往往不是配置错误，而是插件根本没有加载到正确的上下文中。

遇到这种情况，首先应该看编辑器右下角的状态栏：

• 打开一个 .ts 文件，看看右下角是否出现了 Spell 图标或类似 en 的语言代码？如果没有，很可能意味着插件未在当前工作区激活。
• 进入扩展面板，搜索 Code Spell Checker，确认其状态是「已启用」，而不仅仅是「已安装」。
• 可以尝试按下 Cmd+Shift+P（Windows 上是 Ctrl+Shift+P），输入 Spell Checker: Toggle 并回车，强制开关一次拼写检查功能，有时能触发配置重载。
• 最后，需要警惕一个“杀手级”配置：检查是否误加了 "cSpell.enabled": false。这个全局禁用开关一旦存在，其他所有配置都会立即失效。

CI/CD 里怎么让拼写检查跑起来？

在持续集成环境里，VSCode 插件本身是完全不可用的。这时，你需要借助 CLI 工具 cspell。好消息是，它和编辑器插件共享同一套配置体系，但可以独立运行。

• 在本地验证命令是否有效：npx cspell --no-progress "**/*.{js,ts,md,txt}"
• 在 CI 脚本中，可以直接调用 cspell 命令。它会自动读取项目根目录下的 .cspell.json 或 cspell.json 配置文件。
• 值得注意的是：CLI 工具不会读取 VSCode 的 settings.json。所有关键配置，比如 language、自定义 words 列表、ignorePaths 等，都必须明确写在项目级的 JSON 配置文件里。

说到底，配置 Code Spell Checker 的难点，从来不在安装步骤，而在于让语言模式、词典扩展和项目级配置这三者精确对齐。只要有一个环节没到位，那个 用户名 就很可能永远显示为刺眼的红色。