拼写检查由标准 HTML 属性 spellcheck 控制，而非不存在的 _SPELLCHECK；需设为字符串 "true"/"false"，注意框架中正确传递及系统、语言、样式等生效限制。
拼写检查不是靠 _SPELLCHECK 属性启用的——这个属性在主流框架和原生 HTML 中根本不存在。 它常见于某些老旧文档、误传的配置片段，或特定嵌入式 UI 库（如极少数定制 Qt 或 MFC 封装层）的私有字段，但绝非标准 Web 或通用编程接口。直接设置它不会触发任何拼写校验行为。
浏览器原生拼写检查靠 spellcheck 属性
现代浏览器（Chrome、Firefox、Safari、Edge）使用标准布尔属性 spellcheck 控制输入框的拼写提示。它作用于 <input> 和 <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>），需确保透传spellcheck属性到内部原生元素，否则无效
拼写检查实际生效的限制条件
即使写了 spellcheck="true"，用户也看不到波浪线，往往是因为：
- 操作系统未启用系统级拼写服务（如 macOS 的“自动拼写纠正”关闭，或 Windows 设置中未开启语言包）
- 输入框没有获得焦点，或当前输入法处于中文/日文等非拉丁语系模式（部分浏览器仅对英文单词高亮）
- 内容为空，或全是数字、符号、驼峰命名的变量名（
userFirstName会被拆解为user+FirstName，后者可能被标红） - 浏览器不支持该语言：例如 Chrome 对中文拼音纠错支持弱，基本不标红；Firefox 需手动安装 Hunspell 词典
- CSS 覆盖了默认下划线样式：
input::spelling-error { background: none; }会隐藏波浪线（但错误仍存在）
拼写检查本质是客户端 OS + 浏览器协同的轻量级辅助，不是语法分析器。它不校验术语、缩写、专有名词，也不提供替换建议——这些得靠集成 WebAssembly 词典库或调用后端 API 实现。别指望一个属性解决所有输入质量的问题。
