spellcheck 属性仅控制拼写提示的显示，不阻止输入或修正文字；仅对 textarea、text/search 输入框及 contenteditable 元素生效，其他元素忽略该属性。
spellcheck 属性不是开关，是提示；它只影响红色波浪线是否出现，不阻止输入、不修正文字、也不校验逻辑。直接加 spellcheck="true" 却没红线？大概率不是代码写错了，而是系统、输入法或浏览器策略没配齐。
哪些元素加 spellcheck 才真正生效
只有三类可编辑元素会响应该属性：
-
<textarea></textarea>—— 最稳定，Chrome/Firefox/Edge/Safari 都认，推荐优先用于需精确控制的场景 -
<input type="text">或<input type="search">—— 可设，但行为不一致：Chrome 默认启用，Firefox 默认关闭，iOS Safari 基本无视 - 设置了
contenteditable="true"的元素（如<div contenteditable="true">）—— 必须显式加 <code>spellcheck="true"，否则多数浏览器默认关闭；注意：不继承，子元素也要单独写以下写法完全无效：
-
<input type="email">、<input type="url">、<input type="number">、<input type="password">—— 浏览器解析时静默丢弃spellcheck属性 -
<p spellcheck="true"></p>—— 不可编辑，属性被忽略
spellcheck="false"还标红线？别只盯 HTML这不是属性失效，而是其他机制在底层覆盖拼写提示：
- iOS Safari 中，
autocorrect="off"会直接压制拼写建议，此时单设spellcheck="false"形同虚设 -
inputmode="numeric"或inputmode="tel"让系统键盘跳过拼写逻辑，spellcheck失去作用对象 - 父级元素设了
spellcheck="false"，子元素会继承 —— 富文本编辑器嵌套结构里容易漏查 - macOS 系统级设置开启「在网页文本框中检查拼写」，Chrome 会绕过
spellcheck强制加线
要真正禁用干扰，移动端推荐组合写：
spellcheck="false"+autocorrect="off"+autocapitalize="none"+inputmode="verbatim"。动态控制
spellcheck的正确方式用 JavaScript 修改时，关键在赋值方式和时机：
- ✅ 正确：
el.spellcheck = false（赋布尔值，触发浏览器内部状态更新） - ❌ 错误：
el.setAttribute('spellcheck', 'false')（只改 DOM 属性，部分浏览器不响应重绘） - ⚠️ 注意：修改后波浪线不会立即消失，已聚焦的输入框需先
blur()，再设值，最后focus()才能刷新 - 避免在
input事件中频繁切换，会导致光标跳动或输入卡顿 - 不要依赖
getComputedStyle判断当前拼写状态 ——spellcheck是 HTML 属性，不是 CSS 可计算样式
真正要记住的不是怎么“关掉”，而是：这个属性只提供提示性开关，不是安全边界，也不替代后端校验。用户是否看到红线，最终取决于他本地开了什么、装了什么、用的什么系统。
-
