textarea spellcheck="true"需同时满足可编辑聚焦、显式声明、系统拼写开启、英文输入法直输、输入后触发空格/回车等全部条件才显示波浪线；自然语言内容应开启，代码/URL等必须关闭；移动端需四属性组合禁用；动态控制须逐节点设置spellcheck属性。
直接给 textarea 加 spellcheck="true" 不一定出红线——90% 的失效不是代码写错，而是系统、输入法或浏览器策略没配齐。
textarea spellcheck="true" 为什么没波浪线？
它只在满足全部条件时才触发红色波浪线，缺一不可：
- 元素必须可编辑且聚焦（
textarea默认满足） -
spellcheck属性必须显式声明为"true"（不能省略，也不能靠默认） - 操作系统拼写检查已开启：macOS 要勾选「在网页文本框中检查拼写」；Windows/Chrome 需在
chrome://settings/languages中启用并装好 English (US) 词典 - 输入法处于纯英文直输模式（搜狗、微软拼音等中文输入法下打英文，常被拦截；按
Shift或Ctrl+Space切出中文再试） - 输入后需按下空格、回车或 Tab 才触发检查——不是实时逐字标红
哪些 textarea 场景该开 spellcheck？哪些必须关？
开与关不是凭感觉，得看内容性质和用户预期：
- 开
spellcheck="true"：用户写自然语言的场景，比如评论框、邮件正文、表单中的「反馈意见」字段 - 关
spellcheck="false"：代码片段、JSON/YAML 配置、用户名、路径、URL 等——拼错反而干扰阅读，且浏览器可能误标const、fetch等为错误 - 特别注意：
input type="email"或type="url"即使设了spellcheck="true"，浏览器通常忽略——格式校验优先级更高，拼写检查让位于 RFC 规则
移动端 textarea 拼写检查禁用要加四件套
只写 spellcheck="false" 在 iOS Safari 上大概率无效，软键盘仍会自动修正或弹建议栏：
立即学习“前端免费学习笔记（深入）”；
- 必须同时设置：
autocorrect="off"（iOS 最优先的开关） -
autocapitalize="none"（防止首字母大写干扰代码或配置） -
inputmode="verbatim"（明确告诉键盘：别联想、别纠错、别弹词库） -
spellcheck="false"（补全语义，覆盖部分 Android 行为）
正确写法：<textarea spellcheck="false" autocorrect="off" autocapitalize="none" inputmode="verbatim"></textarea>
动态控制 spellcheck 开关要注意 DOM 节点粒度
批量开关不能只改父容器，必须精准作用于每个可编辑节点：
- 用
querySelectorAll('textarea, input[type="text"]')获取目标元素，别漏掉input - 对每个匹配元素赋值
el.spellcheck = true/false（注意是 JS 属性，不是 setAttribute） - 动态插入的新
textarea必须在插入后立即初始化spellcheck值，否则继承父级或浏览器默认 - contenteditable 元素不继承父级
spellcheck，子节点需单独设置
真正容易被忽略的是：spellcheck 是“提示浏览器是否检查”，不是“命令浏览器立刻检查”。它依赖输入法状态、系统词典、甚至企业 Chrome 组策略——调试时先换隐身窗口、切英文输入法、手动敲个 recieve 再看波浪线，比反复改 HTML 更快定位问题。
