唯一可信信号是状态栏右下角显示“spell check”；按f6仅临时切换当前视图，新建纯文本文件并输入错词recieve，有波浪线才说明拼写检查已启用，否则为linter插件或主题渲染所致。
怎么确认红线真是拼写检查引起的
拼写检查不是默认开启的，它唯一可靠的“存在证明”是状态栏右下角显示 Spell Check。没这个字样，就不是它在标红。按 F6 也没用——那是查找下一个错误的快捷键，前提是拼写检查已经手动打开了。新建一个纯文本文件（File → New File，再按 Ctrl+Shift+P 输入 Set Syntax: Plain Text），打几个明显错词如 recieve：如果没波浪线，说明拼写检查压根没启用；如果有，才值得继续排查设置。
关 spell_check 本身很简单，但别关错地方
全局关闭最省事，但容易误伤文档场景；语法专属设置才是精准控制的关键。操作路径必须严格区分：
-
Preferences → Settings改的是用户级全局配置，加"spell_check": false后所有文件都失效 -
Preferences → Settings – Syntax Specific才是对当前打开的文件类型（比如.py或.md）单独生效的设置 - 别改左侧的
Default Settings，那是只读的，改了也不起作用 -
"spell_check": false是布尔值，不能写成"spell_check": "false"（字符串）或漏引号
为什么关了 spell_check 还有红色波浪线
90% 的情况，红线来自其他机制，和拼写检查无关：
-
SublimeLinter、ESLint等插件会标出未定义变量、consol.log这类语法/拼写混用错误，样式几乎一样 - 某些主题（如
ayu、Dracula）把invalid作用域也渲染成红色波浪线，实际是语法解析失败 - 误启用了第三方词典插件（比如
AutoFileName偶尔附带的校验功能） - 验证方法：临时切换到默认主题（
Preferences → Color Scheme → Default → Monokai），再看红线是否还在；如果没了，就是主题或插件问题
别碰不存在的配置项，比如 editor.spellCheck
这是 VS Code 的配置项，Sublime Text 完全不识别。搜到这类建议基本是混淆了编辑器。Sublime 的拼写检查只认两个核心字段：spell_check（开关）和 dictionary（词典路径）。后者如果写错（比如用 en_US 简写代替完整路径 Packages/Language - English/en_US.dic），拼写检查会静默失效——不报错、不提示、也不划线，最容易让人反复折腾却找不到原因。
