textarea上spellcheck="false"仍有红线，是因为该属性仅控制浏览器拼写引擎，无法阻止ios/macos系统级autocorrect、autocapitalize、inputmode等机制绕过它独立生效；必须四属性齐备：spellcheck="false"、autocorrect="off"、autocapitalize="none"、inputmode="verbatim"，并验证错词无波浪线且右键无更正菜单才算真正关闭。
textarea 上 spellcheck="false" 为什么还是有红线
因为 spellcheck="false" 单独加在 textarea 上，只管浏览器拼写引擎是否介入，不管系统级自动更正。iOS Safari、macOS 输入法、部分 Android 键盘会绕过它，自己渲染波浪线或弹“更正为…”菜单。
验证是否真关闭，必须输一个明显错词（如 recieve），同时观察：① 是否有红色波浪线；② 右键是否弹出更正菜单。两者都消失才算生效。
-
spellcheck="false"是必要条件，但不是充分条件 - 移动端尤其 iOS，
autocorrect="off"的优先级高于spellcheck，漏掉它等于没关 -
inputmode="verbatim"告诉键盘“这是代码”，能阻止拼写建议栏唤起，Chrome 和 Safari 都认 - 别给外层
div加这个属性——只有真实接收输入的textarea节点才响应
React/Vue 里动态生成的 textarea 怎么设 spellcheck
模板里写死 <textarea spellcheck="false"></textarea> 在 SSR 或 hydration 过程中可能被忽略，尤其当编辑器库（如 Monaco、CodeMirror）接管 DOM 后，原始属性会被覆盖或失效。
必须等真实 textarea 节点挂载完成再操作，不能依赖初始 HTML 属性。
- React：用
useEffect+ref，查ref.current.querySelector('textarea')再赋值.spellcheck = false - Vue 3：用
onMounted+template ref，同理找子textarea并设属性 - Monaco：监听
editor.onDidFocusEditorText，再执行editor.getDomNode().querySelector('textarea').spellcheck = false - CodeMirror 6：在
view.dom插入后，用view.contentDOM.querySelector('textarea').spellcheck = false
contenteditable="true" 的 div 编辑器怎么关拼写红线
这类编辑器（比如用 div[contenteditable="true"] 实现的简易富文本框）不靠 textarea，而是直接让容器可编辑，此时 spellcheck 必须加在该容器本身上，而不是它内部的子节点。
常见错误是给 <pre class="brush:php;toolbar:false;"></pre> 或 <code> 加 spellcheck="false"——它们默认不可编辑，属性被浏览器静默忽略。
- 正确写法：
<div contenteditable="true" spellcheck="false"></div> - 如果用了嵌套结构（如
<div class="editor"><div contenteditable="true"></div></div>），确保spellcheck在内层可编辑节点上 - Safari 下即使设了
spellcheck="false"，仍可能短暂闪现红线（约 200ms），这是其异步词典检查机制，非 bug - 配合
autocomplete="off"和autocorrect="off"可进一步压制右键更正菜单
Electron 应用里 spellcheck="false" 失效怎么办
Electron 是双层控制：HTML 层的 spellcheck 属性只影响渲染进程，而主进程可通过 webPreferences.spellcheck 全局开关强制启用/禁用拼写检查。若主进程设了 spellcheck: true，HTML 层的 spellcheck="false" 就会被覆盖。
这不是前端代码问题，而是 Electron 架构决定的优先级顺序。
- 检查主进程创建 BrowserWindow 时的
webPreferences配置，确认是否显式写了spellcheck: true - 若需完全禁用，必须设为
spellcheck: false，且该设置优先于任何 HTML 属性 - 某些旧版 Electron（app.commandLine.appendSwitch('disable-spell-checking')，新版已不推荐
- 即使 HTML 和主进程都关了，macOS 系统级“自动拼写更正”仍可能干扰——需用户手动关系统设置
真正难缠的不是属性写不写，而是哪一层在起作用：系统输入法、Electron 主进程、浏览器渲染层、编辑器运行时 DOM 结构，四者叠加。漏掉任意一层，红线就可能回来。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
