spellcheck属性仅对当前元素生效，不支持个性化开关或语言感知；需显式设置且父子元素均需声明，动态插入节点需JS补全，移动端须组合autocorrect="off"等属性，高级编辑器需定位真实textarea，中英文混排需JS分流校验。
spellcheck 属性不能“个性化开关”，它只对当前元素生效，且不感知语言、上下文或用户偏好；所谓“个性化”，本质是按编辑场景做显式分层控制。
contenteditable 编辑器里 spellcheck="true" 没红线？先确认根容器是否显式声明
富文本编辑器常用 div[contenteditable="true"] 作为编辑容器，但浏览器默认关闭拼写检查——即使写了 contenteditable="true"，也必须额外加 spellcheck="true" 才可能触发波浪线。
- 错误写法：
<div contenteditable="true"><p>hello</p></div>→p不会标红 - 正确写法：
<div contenteditable="true" spellcheck="true"><p spellcheck="true">hello</p></div>→ 父子都得写 - 动态插入的节点（如粘贴 HTML 或快捷键插入段落）不会自动继承，需监听
input或DOMSubtreeModified后用 JS 补上spellcheck="true"
textarea 实现代码编辑区时，spellcheck="false" 必须配齐移动端三件套
单靠 spellcheck="false" 在 iOS Safari 上大概率失效，因为系统级拼写更正逻辑优先级更高。
- 必须组合使用：
spellcheck="false"+autocorrect="off"+autocapitalize="none" - 额外推荐加
inputmode="verbatim"，明确告诉软键盘：这是纯文本输入，别唤出带建议的模式 - 漏掉
autocorrect="off"是移动端最常见失守点，哪怕spellcheck="false"写对了，红线仍可能闪现 200ms
Monaco / CodeMirror 等高级编辑器中 spellcheck="false" 失效？找对 target 元素
这类编辑器视觉上的“编辑区”通常是多个 div + canvas 渲染层，真正捕获输入的是一个隐藏的 textarea。你给外层容器设 spellcheck="false" 没用。
立即学习“前端免费学习笔记（深入）”；
- Monaco：目标是 class 为
monaco-editor-background下的textarea，可在editor.onDidFocusEditorText后动态设置 - CodeMirror 6：找
view.dom插入后的role="textbox"的textarea，插入后立即 patch - Electron 应用还需主进程级配置：
webPreferences: { spellcheck: false }，否则渲染进程属性会被覆盖
中英文混排内容想“智能开关”拼写检查？浏览器原生不支持，得用 JS 分流
spellcheck 不识别 lang 属性，也不随输入法切换词典。中文错别字、中英夹杂变量名（如 userToken）、API key（如 sk_test_abc）全都不在浏览器词典覆盖范围内。
- 放弃依赖
spellcheck做语义判断，它只对拉丁系单词有效（且仅限系统已安装词典中的词） - 真实可行路径：监听
input，用正则分离中英文片段，英文走轻量词典（如 bloom-filters-spellchecker），中文走 API（如百度 AI 拼写纠错） - 高亮必须手动注入
<mark class="spell-error"></mark>，浏览器不会帮你画波浪线
最易被忽略的点：spellcheck 是提示属性，不是拦截器；它不阻止提交、不修正文字、也不触发事件。你在编辑器里看到红线，不代表用户不能发出去——所有校验逻辑必须在服务端重做，前端提示只是辅助。
