拼写检查由标准 html 属性 spellcheck 控制，而非不存在的 _spellcheck；需设为字符串 "true"/"false"，注意框架中正确传递及系统、语言、样式等生效限制。

拼写检查不是靠 _SPELLCHECK 属性启用的——这个属性在主流框架和原生 HTML 中根本不存在。 它常见于某些老旧文档、误传的配置片段，或特定嵌入式 UI 库（如极少数定制 Qt 或 MFC 封装层）的私有字段，但绝非标准 Web 或通用编程接口。直接设置它不会触发任何拼写校验行为。

浏览器原生拼写检查靠 spellcheck 属性

现代浏览器（Chrome、Firefox、Safari、Edge）使用标准布尔属性 spellcheck 控制输入框的拼写提示。它作用于 <input> 和 <textarea></textarea> 元素：

<input type="text" spellcheck="true"><textarea spellcheck="false"></textarea>

• spellcheck="true"：启用拼写检查（默认对 textarea 为 true，对 input 因浏览器而异，建议显式声明）
• spellcheck="false"：禁用，比如密码框、代码编辑区等场景
• 值必须是字符串 "true" 或 "false"，不能写成布尔字面量 true/false（HTML 属性只接受字符串）
• 动态修改需用 el.setAttribute('spellcheck', 'true')，而非 el.spellcheck = true（后者不触发 UI 反馈）

React/Vue 等框架中容易漏掉的细节

在 JSX 或模板中直接写 spellcheck={true} 看似合理，但实际会出问题：

• React 会把 spellcheck={true} 渲染为 spellcheck=""（空字符串），多数浏览器视为空值，行为不确定
• 正确写法是 spellcheck="true"（字符串字面量）或 spellcheck={String(true)}
• Vue 模板同理，避免 :spellcheck="true"，应写 spellcheck="true" 或 v-bind:spellcheck="'true'"
• 若组件封装了输入框（如 <myinput></myinput>），需确保透传 spellcheck 属性到内部原生元素，否则无效

拼写检查实际生效的限制条件

即使写了 spellcheck="true"，用户也看不到波浪线，往往是因为：

• 操作系统未启用系统级拼写服务（如 macOS 的“自动拼写纠正”关闭，或 Windows 设置中未开启语言包）
• 输入框没有获得焦点，或当前输入法处于中文/日文等非拉丁语系模式（部分浏览器仅对英文单词高亮）
• 内容为空，或全是数字、符号、驼峰命名的变量名（userFirstName 会被拆解为 user + FirstName，后者可能被标红）
• 浏览器不支持该语言：例如 Chrome 对中文拼音纠错支持弱，基本不标红；Firefox 需手动安装 Hunspell 词典
• CSS 覆盖了默认下划线样式：input::spelling-error { background: none; } 会隐藏波浪线（但错误仍存在）

拼写检查本质是客户端 OS + 浏览器协同的轻量级辅助，不是语法分析器。它不校验术语、缩写、专有名词，也不提供替换建议——这些得靠集成 WebAssembly 词典库或调用后端 API 实现。别指望一个属性解决所有输入质量的问题。