lang属性必须显式写在等语义标签上，因浏览器和读屏软件对其有专用语言上下文缓存机制；仅用或加lang会丢失语义锚点，导致语音引擎降级处理、拼写检查失效及样式不生效。
lang 属性必须显式写在引用类语义标签上，<blockquote></blockquote>、<q></q>、<figcaption></figcaption> 这些才是合法且被读屏软件可靠识别的容器；只靠 <div> 或 <code><p></p> 加 lang 会丢失语义意图，翻译和语音引擎大概率降级处理。
为什么 <blockquote></blockquote> 比 <div> 更适合标外语引用
<p>浏览器和 NVDA/VoiceOver 等读屏工具对 <code><blockquote></blockquote> 有专门的语言上下文缓存机制——它天然暗示“这段内容来自外部语言源”，触发更严格的 TTS 引擎切换。而 <div lang="fr">Bonjour</div> 只是普通块级容器，即便写了 lang，部分 iOS VoiceOver 版本会忽略其语言声明，继续用中文引擎硬读。
-
<blockquote lang="fr">La vie est belle.</blockquote> ✅ 触发法语发音、正确标点间距、Chrome 翻译按钮高亮
-
<div lang="fr">La vie est belle.</div> ❌ 无语义锚点，:lang(fr) 样式可能不生效，拼写检查不启用
- 嵌套引用也需保持语言独立：
<blockquote lang="es">Dijo: <q lang="it">Grazie mille</q>.</blockquote>
lang 值必须匹配真实语言，不是“看起来像英文”就填 en
<blockquote lang="fr">La vie est belle.</blockquote> ✅ 触发法语发音、正确标点间距、Chrome 翻译按钮高亮<div lang="fr">La vie est belle.</div> ❌ 无语义锚点，:lang(fr) 样式可能不生效，拼写检查不启用<blockquote lang="es">Dijo: <q lang="it">Grazie mille</q>.</blockquote>
lang 值必须匹配真实语言，不是“看起来像英文”就填 en
常见错误是把日文片假名、韩文谚文、阿拉伯数字混排的术语当成英文处理。一旦 lang 错配，语音引擎无法加载对应音素库，结果就是生硬切音节或静音跳过。
-
<blockquote lang="ja">ユーザー登録</blockquote>✅ 日文混合汉字+片假名，用ja -
<blockquote lang="ko">사용자 등록</blockquote>✅ 韩文，用ko -
<blockquote lang="en">UI/UX design</blockquote>✅ 英文缩写+术语，按英文断词重音规则 -
<blockquote lang="en">こんにちは</blockquote>❌ 日文假名写成en，会被读成 /konnichiwa/ → /kɒn.ɪˈtʃiː.wə/（英语音节）
中英文混排引用怎么处理 lang
一个 <blockquote></blockquote> 里既有中文说明又有英文术语（如“调用 useState 初始化状态”），不能整块设 lang="zh-CN" 或 lang="en" —— 这会让技术词被中文引擎强行分词，或中文被英文引擎按空格切开。
- 拆分语义：外层
<blockquote lang="zh-CN"></blockquote>定主语言，内部用<code lang="en">包裹英文术语 - 避免无意义包裹：
<span lang="en"></span>不如<code>或<var></var>，前者有明确技术语义，读屏支持更稳 - 示例：
<blockquote lang="zh-CN">请使用 <code lang="en">useEffect处理副作用
最容易被忽略的是：引用内容若由 JS 动态插入（比如从 API 加载的多语言文案），lang 必须随文本一起注入 DOM，不能等渲染完再用 JS 补 —— 此时读屏已缓存初始语言上下文，补了也白补。
