spellcheck 在多语言文本域中无法优化表现，因其仅支持拉丁语系，不识别中文错别字，且受输入法、系统设置及浏览器策略多重限制。
直接说结论：spellcheck 在多语言文本域中无法“优化表现”，它根本就不是为多语言设计的。你越想调它，越容易掉进系统词典、输入法状态、浏览器策略三重套娃里。
textarea 上写 spellcheck="true" 为什么中文不标红
不是你漏写了属性，是浏览器压根没启动拼写逻辑：
-
spellcheck="true"只对拉丁语系单词（英文、法文、德文等）有效，所有主流浏览器（Chrome/Firefox/Safari/Edge）都不支持中文错别字识别 - 输入法处于中文模式时（如搜狗拼音显示「中」），Chrome/Edge 会跳过整个拼写检查流程，
spellcheck="true"形同虚设 -
lang="zh"不会让浏览器“关掉拼写”，只是提示“这段不用查英文词典”——而它本来就不会查中文 - 输“欢迊光临”不会标红，但输“recieve”在英文键盘下可能标红（前提是系统已启用 English 拼写检查）
中英文混排时 spellcheck 的真实行为
它不是“智能切换”，而是“条件性失效”：
- 混合内容如
const foo = "你好"：浏览器可能把const当英文单词标红，你好完全不参与检查 - 没有语言感知能力：不会因
lang="en"就加载英文词典，也不会因用户切键盘就自动启停 - macOS 下依赖「系统设置 → 键盘 → 文本 → 在网页文本框中检查拼写」是否勾选，且仅对当前激活输入法语言生效
- 移动端（iOS/Android）完全忽略
spellcheck，拼写提示由系统键盘控制，HTML 层面无法干预
真正可控的开关策略只有两种
别在语言上打转，按字段用途硬性区分：
立即学习“前端免费学习笔记（深入）”；
- 明确禁用（防误标）：
<textarea spellcheck="false" autocorrect="off" autocapitalize="none" inputmode="verbatim"></textarea>——用于 API key、用户名、JSON、代码片段等 - 明确启用（限英文场景）：
<textarea spellcheck="true" lang="en"></textarea>，且只在用户确认使用英文写作时才渲染（比如加个语言切换按钮，点击后才插入该元素） - 避免
contenteditable+spellcheck组合：子节点不继承父级spellcheck，必须每个<p spellcheck="true">单独写，否则默认就是false
想让中英文都有反馈？必须绕开 spellcheck 原生机制
原生方案到此为止，JS 分治是唯一出路：
- 监听
input事件，用正则提取英文：/[a-zA-Z]+/g，走轻量词典或LanguageTool API - 提取中文：
/[\u4e00-\u9fa5]+/g，必须接入专业服务（百度 AI、PaddleNLP），简单字典匹配无效 - 高亮靠手动注入
<mark class="spell-error"></mark>，浏览器不会画波浪线 - 必须加防抖（
debounce ≥ 300ms）和缓存，否则每次输入都分词+请求，页面直接卡住
最常被忽略的一点：拼写检查是否生效，不取决于你写了什么 HTML，而取决于用户此刻是否在用英文键盘输入英文单词、系统词典是否就绪、有没有企业组策略静默关闭服务——这些，spellcheck 属性一个都管不了。
