spellcheck 无法单独禁用移动端自动纠错，必须组合 autocorrect、autocapitalize、inputmode 才能覆盖主流平台行为；textarea 上 spellcheck="false" 仍有红线是因系统级拼写检查、iOS 忽略 spellcheck、中文输入法拦截或企业策略导致。
spellcheck 是控制拼写提示（红色波浪线）的最直接手段，但单靠它无法真正关掉移动端自动纠错——必须组合 autocorrect、autocapitalize、inputmode 才能覆盖主流平台行为。
textarea 上 spellcheck="false" 为什么还有红线
这不是属性没生效，而是系统或输入法在底层接管了拼写逻辑：
- macOS 或 Windows 系统级拼写检查已开启，浏览器会绕过
spellcheck="false"直接调用系统服务 - iOS Safari 忽略
spellcheck，优先响应autocorrect="off"；不加它，哪怕设了spellcheck="false"，recieve 仍会被改成 receive - 中文输入法（如搜狗、微软拼音）处于激活状态时，会拦截英文单词输入并屏蔽拼写反馈，和 HTML 属性无关
- 企业部署的 Chrome/Edge 可能通过组策略全局禁用拼写服务，此时任何属性都无效
input[type="text"] 的 spellcheck 支持很有限
桌面端基本可用，但移动端和语义类型上存在明显断层：
-
input[type="text"]和input[type="search"]是仅有的两个较可靠支持spellcheck的input类型 -
input[type="email"]、input[type="url"]、input[type="tel"]常被浏览器跳过拼写检查，写了spellcheck="true"也大概率不出红线 -
input[type="password"]、input[type="number"]完全不响应spellcheck，加了也白加 - 移动端 WebView（如 iOS WKWebView）可能完全忽略该属性，实测比桌面端更不可靠
真正禁用自动纠错必须四件套齐上
单独依赖任一属性都会漏掉某个平台或机制，完整组合才是生产环境底线：
立即学习“前端免费学习笔记（深入）”；
-
spellcheck="false"：关闭浏览器拼写检查（红线）和部分实时纠错逻辑（Firefox/Edge 中较有效） -
autocorrect="off"：iOS Safari 必须项，控制键盘是否自动替换词；Android 新版 Gboard 已不认，但保留无害 -
autocapitalize="none"：防首字母大写，避免const foo =被改成Const foo = -
inputmode="verbatim"：明确告诉键盘“别联想、别补全”，是 Gboard 和 iOS 键盘识别“代码/纯文本”输入的关键信号 - 额外建议加上
autocomplete="off"：抑制输入法基于字段名（如name="code"）的上下文推测，减少误纠
正确写法：<textarea spellcheck="false" autocorrect="off" autocapitalize="none" inputmode="verbatim" autocomplete="off"></textarea>
动态切换 spellcheck 时容易卡在焦点状态
用 JavaScript 修改 element.spellcheck = false 后，已聚焦的元素不会立刻清除波浪线：
- 必须先调用
element.blur()，再设属性，最后element.focus()，否则红线残留 - 避免在
input事件中频繁切换，会导致光标跳动、输入延迟甚至卡死 -
getComputedStyle(element)拿不到spellcheck状态，它是 HTML 属性，不是 CSS 可计算样式 - 动态插入的
textarea（如 React/Vue 组件中），需等 DOM 渲染完成后再设置属性，不能只靠模板写死
真正难处理的从来不是怎么写属性，而是用户本地开了什么、装了什么输入法、连着什么企业策略——这些你根本控制不了。能做的只是把四件套配齐，然后接受红线偶尔还在那儿的事实。
