局部语言切换须绑定语义明确元素，如<blockquote lang="fr">、<p lang="en">、等；禁用<div>等无语义标签包裹，且lang值必须符合BCP 47标准（如en，非javascript或zh）。
局部文本怎么用lang属性正确标注
局部语言切换不是靠给任意容器加lang，而是必须绑定语义明确的元素。浏览器和屏幕阅读器只对有自然语言含义的节点（如引文、术语、代码注释）响应lang，否则可能忽略或误读。
-
<blockquote lang="fr">Je suis français.</blockquote>：语义清晰，语音引擎会切到法语发音 -
<p lang="en">The API returns a 404 error.</p>：英文技术术语嵌在中文段落中，需显式声明，避免被中文TTS硬读成“阿皮” -
<code lang="en">useState</code>：IDE或语法高亮工具据此识别上下文，但注意lang值必须合法（如en，不能是javascript） - 别用
<div lang="en">包裹一段英文——div无语言语义，部分读屏软件不触发语言切换，且干扰父级:lang(zh)样式匹配
哪些元素适合加lang，哪些不适合
加lang的前提是该元素承载的是“可独立语言处理的文本”，不是为了视觉分组或布局。
- 推荐用：
<blockquote>、<q>（引文），<abbr>（缩写，如<abbr lang="en">HTTP</abbr>），<pre>（含命令行或日志的代码块），<code>（单个术语或标识符） - 慎用：
<p>仅当整段内容属另一语言；若只是夹杂一两个外文词（如“iOS”、“React”），应优先用<span lang="en">，而非整段p设lang - 禁止用：
<div>、<span>无语义包装、<section>等结构型标签——它们不表达语言意图，加了也白加，还增大DOM体积 - 注意
<title>无法嵌套标签，若含多语言（如title="Home | 首页"），只能按<html lang="zh-CN">整体处理，无完美解法
lang值写错会导致局部标注失效
局部lang不是“写了就行”，值非法时浏览器静默忽略，结果仍是主语言规则处理——比如把<code lang="javascript">fetch</code>当成中文读。
- 必须符合BCP 47：用短横线
-，不用下划线_；大小写敏感（fr-FR✅，FR-fr❌） - 技术术语推荐用
en，不是en-US——区域码对代码注释、API名无意义，反而增加冗余 - 别写
lang="zh"这种模糊值：它不表示“这段是中文”，而表示“这段语言未指定地域和字形”，旧版VoiceOver可能跳过中文TTS -
<pre lang="bash">curl -X POST</pre>要写lang="en"才对——bash不是语言标签，是MIME类型；真正需要语言信息的是其中的英文注释或错误提示
动态插入的局部文本怎么带lang
JS生成的DOM节点如果含外文内容，不手动加lang，就会继承<html lang="zh-CN">，导致读屏乱读。这不是CSS继承问题，而是文本处理语言缺失。
立即学习“前端免费学习笔记（深入）”；
- 创建元素时必须同步设
lang：const el = document.createElement('q'); el.lang = 'ja'; el.textContent = 'こんにちは'; - 第三方脚本（如评论组件、广告SDK）注入的文本通常不带
lang，需监听MutationObserver补全，或用:not([lang])+:has(> :is([lang]))组合CSS做兜底 - 服务端渲染时，模板引擎（如EJS、Nunjucks）要确保外文字段输出时包裹带
lang的语义标签，而不是拼接进div - React/Vue中，别只靠
key或v-if切换文案，必须显式绑定lang属性，例如<q :lang="item.lang">{{ item.text }}</q>
lang="en"写在<code>里能触发IDE高亮，写在<div>里就等于没写；值写成en_US会被静默降级，用户却看不出任何报错。这些细节不爆红、不报错，但每一步都悄悄影响着无障碍体验和机器可读性。 
