button元素不支持spellcheck属性，设spellcheck="false"无效；真正生效的仅textarea、text/search型input和contenteditable div；移动端需组合spellcheck、autocorrect、autocapitalize与inputmode四属性。
spellcheck="false" 对 button 元素完全无效
按钮（<button></button>）本身不接受用户输入，也不参与拼写检查流程。给 <button></button> 加 spellcheck="false" 不会报错，但浏览器直接忽略——它根本不是拼写检查的作用对象。所谓“输入框按钮冲突”，其实是误判：红线只出现在可编辑文本容器里，<button></button> 上的波浪线要么是开发者看错了元素（实际是旁边 <input> 或 <textarea></textarea>），要么是 CSS 伪类或自定义样式模拟的红线。
真正该设 spellcheck 的地方只有三个
能响应 spellcheck 的 HTML 元素非常有限，且行为差异大：
-
<textarea></textarea>：最可靠，所有主流浏览器（Chrome、Firefox、Edge、Safari）都认spellcheck="false"，设完输错词立刻无红线、右键无更正菜单 -
<input type="text">和<input type="search">：部分生效，但 Chrome/Firefox 常忽略spellcheck="false"，红线由系统自动更正（autocorrect）驱动，不是拼写检查本身 <div contenteditable="true">：支持 <code>spellcheck，但需显式声明；子元素不继承，<p></p>或<span></span>里要单独加属性其他类型如
<input type="email">、<input type="number">、<input type="password">，浏览器解析时就丢弃spellcheck属性，写等于没写。移动端必须组合四件套，单靠 spellcheck="false" 是假禁用
iOS Safari 和 Android WebView 中，
spellcheck="false"单独使用基本无效。红线来自系统级 autocorrect，不是 DOM 层拼写检查：- 必须同时写：
spellcheck="false"+autocorrect="off"+autocapitalize="none"+inputmode="verbatim" -
autocorrect="off"是 iOS 关键开关，缺它红线照常出现 -
inputmode="verbatim"非标准但已被 Chrome/Safari 支持，明确告诉键盘“别做任何智能处理” - 验证是否真生效：输一个明显错词（如
recieve），看有没有红线 + 右键是否还有“更正为…”菜单
动态切换 spellcheck 时容易卡住光标
用 JS 改
element.spellcheck = false或element.setAttribute('spellcheck', 'false')后，已聚焦的输入框不会立即刷新红线状态：- 已聚焦的
<textarea></textarea>需先blur()，再设属性，再focus()才能清除红线 - 避免在
input事件里频繁 toggle，会导致光标跳动、输入延迟 - 别用
getComputedStyle查 spellcheck 状态——它不是 CSS 属性，查不到 - 表单批量控制时，用
querySelectorAll('textarea, input[type="text"]')过滤，别漏掉动态插入的节点
spellcheck 的本质是提示浏览器“要不要启动拼写检查逻辑”，但它管不了系统级自动更正、输入法行为或 OS 级拼写设置。想彻底干净地去掉红线，得从输入容器选型（优先
<textarea></textarea>）、属性组合、系统设置三层一起压。- 必须同时写：
