Sublime Text 默认关闭拼写检查，需手动启用且仅对当前视图生效；它仅检查语法高亮标记为 comment、string 或 text.plain 的区域，不自动纠正，依赖系统词典，大文件易卡顿，多语言支持弱。
Sublime Text 默认不开启拼写检查，需手动启用
Sublime Text 不像 Word 或 VS Code 那样默认打开拼写检查，它把这项功能设为关闭状态，连英文注释里的 recieve 这类明显拼错词也不会标红。要让它工作，必须显式开启，且只对当前视图生效（即新开一个文件得重新开一次，除非你配成全局默认）。
- 快捷键
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Toggle Spell Check并回车 - 或通过菜单：右键编辑区 →
Spell Check→ 勾选Spell Check - 注意：该开关只影响当前标签页；若想所有新文件默认开启，需修改
Preferences → Settings – Syntax Specific（先确保是纯文本或注释所在语法，如Plain Text或Python），在右侧 JSON 中加一行："spell_check": true
拼写检查只作用于“普通文本”，代码中字符串和注释需匹配语法高亮范围
Sublime Text 的拼写检查依赖语法定义（.sublime-syntax 文件）。它不会自动扫描所有字符，而是只检查被语法高亮标记为 comment、string 或 text.plain 的区域。比如你在 JavaScript 文件里写 // this is a commment，只要语法文件把 // 后内容正确归为 comment.line.double-slash.js，拼写检查就能覆盖到；但若用 /* block comment */ 却被错误归为 comment.block 且未启用 spell check，则可能失效。
- 验证方式：把光标放在注释内，按
Ctrl+Shift+P→ 输入show_scope_name，看输出是否含comment或string - 常见问题：某些自定义语法（如
Vue或Markdown）可能未将html comment或yaml frontmatter中的文本纳入拼写范围 - 临时绕过：切换到
View → Syntax → Plain Text，此时全文都当作普通文本处理，拼写检查立即生效（但会丢失代码高亮）
没有自动纠正功能，只有手动建议 + 快捷替换
Sublime Text 的拼写检查是“提示型”而非“修正型”——它会用波浪线标出疑似错词，但不会自动替换成正确拼写，也不会在键入时实时替换（比如打 definately 就变 definitely）。要修正，得手动触发建议列表并选择。
- 光标停在标红词上，按
Ctrl+Shift+P→ 输入Spelling: Correct，会弹出候选词（如definitely、defiantly） - 也可右键 →
Spelling → Correct Spelling，效果相同 - 注意：候选词来自系统词典（Windows/macOS 自带）或 Sublime 内置词典，不支持添加用户词库或忽略特定术语（如项目名
MyAppXyz），容易误报 - 若频繁误报，可在当前文件夹建
.spelling文件（每行一个单词），但 Sublime 原生不读这个；需装插件如AutoFileName或SublimeLinter-contrib-alex才能扩展逻辑
性能与兼容性：大文件卡顿、多语言支持弱
拼写检查是逐词查字典的 CPU 密集操作，尤其在打开 10MB+ 的 Markdown 文档或长日志时，会明显拖慢响应。而且它只认 ASCII 字母分隔的单词，对中文混排、带下划线的变量名（如 user_name）、或驼峰命名（userName）基本不识别，更不支持语法感知（比如知道 JSON.parse() 是函数调用，不该检查 parse）。
- 大文件建议关闭：
Ctrl+Shift+P→Toggle Spell Check，或设置"spell_check": false在大文件对应语法的配置中 - 非英语文档（如中英混合注释）几乎无效：它会把
用户登录成功拆成单字查，全标红；也无法识别HTTP、URL等缩写 - 真正需要自动纠正英文注释的场景，不如用
Code Spell Checker（VS Code 插件）或命令行工具cspell配合 Git hook，Sublime 的原生能力仅适合轻量辅助
拼写检查开关容易找到，但“生效范围”和“生效逻辑”才是实际使用中最常卡住的地方——它不是全局开关，而是依附于语法作用域的精细控制；没配对语法定义，再开十次 Toggle Spell Check 也标不出一个错词。
