sublime text代码下方红色波浪线通常由sublimelinter或eslint等插件引发，而非拼写检查；确认方式是查看状态栏是否有“spell check”字样，无则非拼写问题，需排查插件或主题配置。
Sublime Text 里代码下方的红色波浪线，大概率不是拼写检查导致的——它默认根本没开。真正在标红的，通常是 SublimeLinter、ESLint 或语法高亮误判。直接关 spell_check 可能毫无效果，还可能掩盖真实问题。
怎么确认红线是不是拼写检查引起的
拼写检查唯一可信的开启信号是状态栏右下角显示 Spell Check。没这个字样，就不是它干的。按 F6 能临时开关，但只对当前视图生效；如果关了 F6 还有红线，基本可以排除拼写检查。
- 切换到默认主题（
Preferences → Color Scheme → Default → Monokai），看红线是否还在：如果没了，说明是主题把未定义变量/作用域渲染成红波浪 - 打开命令面板（
Ctrl+Shift+P），运行Developer: Show Running Extensions，查有没有SublimeLinter、SublimeCodeIntel等活跃插件 - 新建一个纯文本文件（
File → New File，然后Ctrl+Shift+P输入Set Syntax: Plain Text），在里面打几个明显错词如recieve：没波浪线 → 拼写检查根本没配好；有波浪线 → 才可能是它
关闭拼写检查本身（仅当确认是它）
如果你已确认状态栏有 Spell Check，且红线出现在 Markdown 或纯文本中，那才需要关拼写检查。关键点是：别动全局设置，去语法专属设置里关。
- 打开一个被标红的
.md或.txt文件 - 菜单选
Preferences → Settings – Syntax Specific（注意不是Settings） - 在右侧用户设置中删掉或注释掉这两行：
"spell_check": true和"dictionary": "Packages/Language - English/en_US.dic" - 保存后，状态栏
Spell Check字样会消失，红线也应同步消失
真正该关的是 Linter 插件的红线
90% 的代码文件红线来自 SublimeLinter 或其子插件（如 SublimeLinter-eslint）。它们标红的是语法错误、未定义变量、拼写错误（比如 consol.log），和拼写检查无关。
- 进
Preferences → Package Settings → SublimeLinter → Settings，把"lint_mode"改成"background"或"save"可减少实时干扰 - 想彻底关掉红线？在同个设置文件里加：
"show_marks_in_minimap": false和"gutter_theme": ""，再把"linters"下所有 linter 的"enable"设为false - 更轻量的做法：用快捷键
Ctrl+Shift+P输入SublimeLinter: Toggle Linting，临时禁用整个 Linter 系统
别碰 editor.spellCheck 这种设置
这是 VS Code 的配置项，Sublime Text 不识别。你在 Sublime 的全局 Settings 里写 "spell_check": false 是无效的——因为拼写检查不支持“全局关闭”，它只在语法专属设置里起作用。更糟的是，如果某处写了 "dictionary" 但没配 "spell_check": true，旧版 Sublime 仍可能尝试加载词典并静默失败，反而增加排查成本。
最常被忽略的一点：你关掉的如果是 Linter，那 console.lgo() 这类真实错误就再也看不到红线了；但如果你关的是拼写检查，recieve 在 README 里就真没人提醒你了。分清红线来源，比急着“去掉红色”重要得多。
