spellcheck="false"在input上常无效是因为input[type="text"]等单行输入框不支持该属性，浏览器直接忽略；真正生效的只有textarea和contenteditable="true"元素，且必须作用于实际接收输入的节点。
spellcheck="false" 为什么在 input 上经常无效
因为 input[type="text"] 等单行输入框**不支持** spellcheck 属性——浏览器会直接忽略它。你写了 spellcheck="false"，但红色波浪线照常出现，不是代码写错了，而是这个属性压根没地方生效。
真正支持 spellcheck 的只有两类元素：textarea 和设置了 contenteditable="true" 的容器（比如代码编辑器的根 div）。常见错误是给 pre、code 或只读 div 加该属性，它们不可编辑，属性完全被丢弃。
- ✅ 正确：对
textarea直接加spellcheck="false" - ✅ 正确：对代码编辑器外层
div#editor同时设contenteditable="true"和spellcheck="false" - ❌ 错误：给
input、pre、code加spellcheck="false"
移动端 iOS Safari 怎么彻底关掉自动矫正
仅靠 spellcheck="false" 不够。iOS Safari 的键盘自动纠错、首字母大写、词替换等行为，由系统级输入法控制，必须组合多个属性才能压制。
-
autocorrect="off"：这是 iOS Safari 唯一认的自动纠错开关（注意必须写完整值，不能只写autocorrect） -
autocapitalize="none"：关闭首字母自动大写 -
autocomplete="off"：避免输入法基于字段名（如name="address"）做上下文推测和强化纠错 -
inputmode="verbatim"：比inputmode="text"更激进，明确告诉输入法“不要提供建议、不要拼写辅助”
密码类输入框（input[type="password"]）默认禁用拼写检查，无需额外设置。
立即学习“前端免费学习笔记（深入）”；
textarea 上 spellcheck="false" 仍出现短暂下划线怎么办
这是 Safari（尤其 macOS 13+ / iOS 16+）的已知行为：即使属性正确，系统「自动拼写更正」开启时，获得焦点后会短暂显示约 200ms 的红色下划线，然后消失。这不是 bug，是其异步词典检查机制导致。
- 这不是属性失效，不用反复检查拼写
- 可配合
autocomplete="off"和autocorrect="off"进一步缩短或消除该延迟 - 若需 100% 视觉干净，且场景允许，可考虑用
contenteditable="true"替代textarea，再设spellcheck="false"—— Safari 对它的响应更稳定
Monaco/CodeMirror 编辑器里 spellcheck="false" 不起作用
这类编辑器的 UI 是假的：你看到的编辑区域其实是多个定位 div 或 canvas 渲染出来的，真正接收输入的是一个隐藏的、透明覆盖的 textarea。你给外层容器加 spellcheck="false"，等于没加到真正干活的节点上。
- Monaco：找 class 含
monaco-editor-background的textarea，或监听editor.onDidFocusEditorText后动态设置 - CodeMirror 6：找
role="textbox"的textarea，在view.dom插入后立即设spellcheck="false" - Electron 应用还需主进程配置
webPreferences.spellcheck = false，否则渲染进程属性可能被覆盖
跨平台真正可靠的写法，永远是：找到那个实际捕获输入事件的可编辑节点，然后精准挂上 spellcheck="false" + autocorrect="off" + autocapitalize="none" —— 其他地方写的都是白费。
