Sublime怎么开启拼写检查？Sublime Text自带拼写纠错功能设置

Sublime Text拼写检查：如何正确启用并避开那些“静默失败”的坑

如果你发现Sublime Text里的单词拼错了也不标红，右键菜单里也找不到替换建议，先别急着怀疑自己的眼睛。这很可能不是因为软件反应慢，而是它的原生拼写检查功能，从一开始就没被正确唤醒。

简单来说，Sublime Text的拼写检查默认是关闭的，需要你手动打开spell_check开关，并且为它配上一本正确的词典。这两个条件，缺一不可。

怎么确认 spell_check 真正生效了？

判断标准其实非常直观：唯一可信的信号，就是状态栏右下角出现“Spell Check”字样。 注意，这个字样不是全局常驻的，它只在当前文件的语法类型匹配你的设置时才会显示。

• 你可以按F6键（Windows和macOS通用）来临时切换拼写检查的开关状态，但这个操作只对当前这个编辑窗口有效，并不会保存到你的设置里。
• 如果你点开“Preferences → Settings – Syntax Specific”，却依然看不到Spell Check相关的选项，那通常意味着当前文件的语法类型不支持，或者你的设置没有正确写入用户配置文件。
• 一个最稳妥的测试方法是：将当前文件的语法模式切换到“Plain Text”（通过菜单 View → Syntax → Plain Text）。这样可以绕过某些语法包自带的覆盖设置，直接检验基础功能是否正常。

dictionary 路径写错就静默失败

这是最容易让人困惑的地方：Sublime Text在词典路径错误时，不会弹出任何错误提示。它会“静默失败”——你可能看到单词被标红了，但右键点击却没有任何拼写建议，“Add to Dictionary”选项也是灰色的、点不动。

• 正确的路径必须是一个完整的相对路径字符串："Packages/Language - English/en_US.dic"。多一个空格、少一个字母都不行。
• 像"en_US"、"en_US.dic"，或者"Packages/Language - English/dictionaries/en_US.dic"（这里多了一级dictionaries/文件夹）这些写法，统统无效。
• 验证路径是否正确有个笨办法：通过“Preferences → Browse Packages…”菜单打开Packages目录，然后找到Language - English/文件夹，确认里面确实存在en_US.dic这个文件（注意后缀是.dic，不是.aff或其他）。
• 对于macOS用户，如果遇到加载问题，可以尝试将en_US.dic文件复制到Packages/User/目录下，然后在设置中将路径改为"Packages/User/en_US.dic"。

为什么 .py / .js 文件里拼写检查没反应？

这个问题困扰过不少人。原因在于，Python、Ja vaScript这类编程语言的语法包，为了不影响你写代码，默认是禁用拼写检查的。也就是说，你在全局设置里写的"spell_check": true，对这些特定语法的文件完全不起作用。

• 正确的做法是：通过“Preferences → Settings – Syntax Specific”，为你正在编辑的特定文件类型（比如Python）单独进行配置。
• 想在Python的注释里检查英文拼写？原生功能可能帮不上忙——因为注释的语法作用域（例如comment.line.number-sign.python）通常不在拼写检查的默认扫描范围内。要实现这个，可能需要借助第三方插件（例如Spell Check Comments）。
• 这里有个需要警惕的陷阱：如果你不小心在.py文件里启用了拼写检查，那么当你把recieveData（一个拼写错误的变量名）通过右键“Add to Dictionary”加入词典后，下次你真正拼错receive这个单词时，软件反而不会给你提示了。
• 因此，一个比较实用的建议是：只对纯文本、Markdown、reStructuredText这类以自然语言为主的文档类型启用拼写检查，避免在代码文件里出现满屏误标的红线，干扰视线。

最后，记住一个最核心的逻辑：Sublime Text的拼写检查是否启用，只和你“当前正在用什么语法模式编辑”强相关。它不看文件的后缀名，只看状态栏右下角显示的那个语法名称。哪怕你打开的是一个README.md文件，只要右下角显示的是Python，那么针对Markdown的拼写检查设置就不会生效。这一点，是很多设置失效问题的根源所在。