lang属性不渲染字形但决定排版行为：正确声明（如html lang="zh-CN"）触发对应语言的字体、连字、断行等规则；混排需显式标注子元素lang值；:lang()配合精准字体链（专用字体优先、禁跨语言字体、引号加双引号）；还激活hyphens:auto、RTL连字、中文标点等原生功能。
lang 属性本身不直接“渲染”字形，但它告诉浏览器“这段文字属于哪种语言”，从而触发底层排版引擎调用对应语言的字体、连字规则、标点宽度、断行逻辑和字形变体。关键在于：浏览器只认 lang 值，不猜内容；值写错或没写，就默认走西文字体链，中文标点撑开、日文假名挤成一线、阿拉伯文字无法连写——这些都不是字体缺失，而是语言信号丢失。
必须写对格式，且写在对的位置
根元素 html lang="zh-CN" 是唯一被浏览器、屏幕阅读器、搜索引擎和 Chrome 翻译入口共同认可的主语言声明。写成 zh_Hans、zh-china、Chinese 或放在 <body> 里，全无效。iOS Safari 对 ja 支持不稳定，必须用 ja-JP；繁体中文要区分场景：zh-TW（台湾）、zh-HK（香港），不能笼统用 zh-Hant——后者在部分旧引擎中可能跳过字体回退。
混排内容必须显式标注，不能靠继承
主页面是简体中文，不代表其中的 <p>API endpoint</p> 也会被当英文处理。它会继承 zh-CN，结果用“微软雅黑”强行渲染英文字母，导致间距异常、引号变成中文全角、斜杠倾斜角度错误。正确做法是：
<p lang="en">Save draft</p>-
<pre lang="bash">npm run dev</pre>（注意不是lang="en"） <blockquote lang="fr">C’est une citation.</blockquote>
配合 :lang() 设置精准字体链
CSS 中的 :lang(zh-CN) 规则只有在对应元素真有合法 lang="zh-CN" 时才生效。字体链顺序决定成败：
立即学习“前端免费学习笔记（深入）”；
- 把该语言专用字体放最前：
"PingFang SC"（简中）、"Hiragino Kaku Gothic Pro"（日）、"Apple SD Gothic Neo"（韩） - 禁用跨语言字体：
:lang(zh)里塞"Meiryo"容易让中文偏移、假名宽度失准 -
sans-serif必须放在末尾，不能开头；更不能用system-ui——它会绕过所有语言字体，直奔系统默认拉丁字体 - 字体名含空格必须加双引号：
"Noto Sans SC"，否则被拆成三个无效名称
影响远不止字体，还牵动排版行为
lang 属性还激活浏览器原生的语言敏感功能：
-
hyphens: auto只在lang明确且浏览器支持该语言时生效（如德语、法语自动断词） - 阿拉伯语、希伯来语需配合
dir="rtl"，但lang="ar"才让浏览器启用正确的连字渲染和数字形状（如阿拉伯-印度数字） - 中文引号、破折号、省略号的宽度与间距，依赖
lang="zh-CN"触发中文字体引擎，否则按西文规则拉伸
