spellcheck="false" 单独使用在 chrome/firefox 桌面端通常有效，但在 safari（尤其 macos 13+/ios 16+）会因异步词典检查出现约200ms短暂红线下划线；ios 需搭配 autocorrect="off"、autocapitalize="none" 和 inputmode="verbatim" 才能彻底禁用拼写检查与自动修正。
textarea 作为代码编辑器载体时 spellcheck="false" 为什么还标红
根本不是属性写错了，而是它被系统或浏览器底层行为覆盖了。最常见的是 iOS Safari 中 autocorrect="off" 会直接压制拼写建议，此时 spellcheck="false" 形同虚设；macOS 系统级设置（如「键盘 → 文本输入 → 在网页文本框中检查拼写」未勾选）也会让所有 spellcheck 失效。
验证是否真生效，不能只看 HTML 代码，得在浏览器里输一个明显错词（比如 recieve），观察：
是否有红色波浪线；
右键点击是否出现“更正为…”菜单项。
若两者皆无，才算真正禁用成功。
-
spellcheck="false"单独使用，在 Chrome/Firefox 桌面端通常够用，但在 Safari（尤其 macOS 13+ 和 iOS 16+）会出现约 200ms 的短暂下划线，属其异步词典检查机制导致，不是 bug - 移动端必须搭配
autocorrect="off"和autocapitalize="none"，否则软键盘仍可能自动修正或大写首字母 -
inputmode="verbatim"是关键补充：明确告诉系统键盘用纯文本模式，绕过数字/符号键盘的校验干扰
contenteditable 编辑器里 spellcheck="false" 失效的三个典型漏点
富文本或自研编辑器常基于 contenteditable="true" 实现，但 spellcheck 不继承、不穿透、不自动激活——你看到的“没红线”，大概率是压根没开，而不是关掉了。
- 父容器（如
<div contenteditable="true">）设了 <code>spellcheck="false"，但内部新插入的<p></p>或<span></span>默认没有该属性，也不会继承，需 JS 动态补上（监听input或DOMSubtreeModified） - Safari 对
contenteditable的spellcheck支持最弱，即使属性存在，也可能完全不画波浪线；Chrome/Firefox 虽支持，但子节点仍需显式声明 - Monaco、CodeMirror 等框架的真实输入层往往是隐藏的
<textarea></textarea>（例如 Monaco 中 class="monaco-editor-background" 下的textarea），你看到的代码区只是渲染层，对它加spellcheck="false"没用 - 完全无视：
type="password"、type="number"、type="date"、type="color"—— 这些类型语义上就不适合拼写检查，属性被忽略 - 基本无效：
type="email"、type="url"、type="tel"—— 浏览器优先走格式校验逻辑，拼写检查被跳过 - 唯一可靠：
type="text"和type="search"，但它们仍是单行输入，不适合代码编辑场景 -
spellcheck="false"：告诉浏览器跳过拼写逻辑（核心开关） -
autocorrect="off"：iOS Safari 必加，否则软键盘仍自动更正（如把js改成is） -
autocapitalize="none"：防止const foo = ()被改成Const foo = () -
inputmode="verbatim"：明确提示系统键盘用纯文本模式，避免inputmode="numeric"或inputmode="tel"主动禁用拼写逻辑
哪些 input 类型根本不响应 spellcheck，别白费劲
spellcheck 属性对很多 <input> 类型根本无效，浏览器在 DOM 解析阶段就静默丢弃了该属性。
所以专业 Web 编辑器（如 VS Code Web 版、CodePen）全部选用 <textarea></textarea> 或 contenteditable 容器，而非 <input>。
四件套组合为什么是当前最稳的禁用策略
单靠 spellcheck="false" 只能解决桌面 Chrome/Firefox 的基础干扰；要覆盖 Safari、iOS、Electron、以及各种嵌套编辑器框架，必须用四件套协同控制：
这个组合在 Google 翻译页、VS Code Web 版、CodePen 编辑器里都验证过。最容易被忽略的一点是：spellcheck 的生效前提不是“写了属性”，而是“用户正在用英文键盘输入英文”——如果输入法处于中文模式，哪怕你打的是 function，浏览器也大概率不启动拼写检查逻辑。
