spellcheck 属性仅对 contenteditable 元素、input（text/search/url/tel/email）和 textarea 生效；普通 div/p 无效，除非设 contenteditable="true"；启用后需输入错词观察红色波浪线验证，且受系统语言、浏览器设置及兼容性限制。
spellcheck 属性在哪些元素上真正生效
不是所有可编辑元素都支持 spellcheck，它只对具有编辑能力的元素起作用：比如 contenteditable 元素、input（type="text"、"search"、"url"、"tel"、"email"）、textarea。对普通 div 或 p 即使加了 spellcheck="true" 也无效——除非同时设 contenteditable="true"。
常见误区是给静态文本加 spellcheck 期待标红错词，结果毫无反应。记住：拼写检查依赖浏览器的编辑上下文，没“输入焦点”或“可编辑状态”，这个属性就只是个摆设。
如何正确启用 spellcheck 并验证是否工作
启用很简单，但验证是否生效得看行为，不能只看属性是否存在：
-
input和textarea默认已启用拼写检查（多数浏览器下），显式写spellcheck="true"是冗余的，但写上更明确 - 对
contenteditable元素，必须显式设置spellcheck="true"，否则 Chrome/Firefox 默认关闭 - 测试时别只盯着 HTML 源码，要真正在输入框里打错英文单词（如
recieve），观察是否有红色波浪线 —— 这才是生效标志 - 注意系统语言和浏览器语言设置：如果系统设为中文，某些浏览器（如旧版 Safari）可能直接禁用英文拼写检查
spellcheck="false" 的实际用途和坑点
禁用拼写检查不是为了“省性能”，而是避免干扰特定场景：
- 输入代码片段、JSON 字符串、URL 路径（如
https://api.exmple.com/v2）时，误报太多，用spellcheck="false"可屏蔽波浪线 - 密码输入框（
type="password"）默认不检查，但若手动加了spellcheck="true"，部分浏览器会意外启用（Firefox 曾有此行为），建议显式写spellcheck="false" - 移动端 iOS Safari 对
spellcheck="false"支持不稳定，有时仍弹出自动纠错候选栏，需配合autocomplete="off"和autocorrect="off"一起用
浏览器兼容性与不可控因素
spellcheck 是 HTML5 全局属性，主流浏览器都支持，但行为差异大：
- Chrome 和 Edge：对
contenteditable+spellcheck="true"支持好，但仅限英文；中文、日文等基本不触发检查 - Firefox：拼写检查引擎更严格，但对非拉丁文字同样无响应；且不支持通过 JS 动态修改
spellcheck值后立即生效（需 blur/focus 切换） - Safari：macOS 上依赖系统“拼写和语法”设置，iOS 上受键盘设置影响极大，
spellcheck属性常被忽略 - 没有 API 能读取当前拼写检查结果，也无法获取“疑似错词”的位置或建议 —— 它纯粹是 UI 提示层，不暴露任何数据接口
别指望靠 spellcheck 做自动化校验或前端拼写纠错，它只是个轻量级视觉辅助，复杂需求得用 WebAssembly 拼写库（如 typo-js）或服务端检查。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
