lang属性不触发自动翻译，但决定翻译模型选型；必须严格匹配bcp 47格式（如zh-cn），错误写法导致搜索引擎忽略、屏幕阅读器误读、:lang()失效；spa中需手动更新document.documentelement.lang或整页刷新。
lang 属性本身不触发浏览器自动翻译，但它直接决定翻译时用哪个语言模型处理文本——写错或漏写，用户点“翻译成中文”，结果可能是把英文先错翻成中文、再翻回英文，语义全毁。
lang 属性怎么影响 Chrome 的“翻译成中文”菜单
浏览器是否弹出翻译提示，取决于用户设置和 UA 行为；lang 不开关这个菜单，但它是翻译引擎判断“这段文字该用什么模型”的第一依据：
- 页面主体是英文，但
没改 → Chrome 会尝试用中文 NMT 模型“翻译”英文原文，输出结果荒谬 -
<p lang="ja">こんにちは</p>更可能被识别为日语，调用日语模型，而非当成乱码或误判为中文 -
<pre class="brush:php;toolbar:false;" lang="bash"></pre>这种写法无效：bash 不是 BCP 47 语言标签，应改用lang="en"或留空
为什么写了 lang="en" 页面还是被当成中文翻译
常见错误不是代码没写，而是写得不一致或不合法：
-
（下划线）→ 浏览器静默降级为und（未知语言），等于没声明 -
（大小写混用）→ 部分 iOS VoiceOver 无法匹配语音引擎 - SPA 切换语言只改了
document.body.lang，没动document.documentElement.lang→ 根语言声明仍错，整页翻译上下文崩坏
局部多语言内容必须显式加 lang，不能靠继承
浏览器不会自动推断「这行是代码注释」「这段是引用外文」——它只认你明写的 lang：
-
<blockquote lang="de">...</blockquote>、<figcaption lang="fr">...</figcaption>必须手动标注 -
<pre class="brush:php;toolbar:false;" lang="en">curl -X POST</pre>比<pre class="brush:php;toolbar:false;" lang="bash"></pre>更合理，因 bash 不是语言，而命令行文本本质是英文 - 第三方组件插入的 DOM 若自带
lang，可能覆盖父级，需检查是否冲突
真正难的不是写对一个 lang="zh-CN"，而是让每个动态生成、跨框架、嵌套引入的文本节点，都带着准确的语言上下文被解析——这需要从构建、渲染到运行时全程控制。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
