:lang()比[lang]更可靠，因它遵循语言继承链匹配zh、zh-CN等所有变体，支持浏览器自动推断语言，而[lang="zh"]仅精确匹配且不继承。
为什么
比
属性选择器更可靠
因为
会继承父元素语言设置，且能正确识别浏览器自动推断的语言（比如未显式写
但由
或 HTTP
推导出的值），而
只匹配显式声明了该属性的元素，漏掉大量真实场景。
实操建议：
始终优先用
、
、
，而不是依赖 HTML 中每个元素都加
属性
若页面根元素已设
，则所有子元素默认继承该语言，
即可命中（无需写
）
对大小写不敏感，
和
效果一致
中日韩字体切换的典型写法与常见错误
直接写
是危险的——它会让日文用户看到中文默认字体，导致假名显示异常或缺字。
正确做法是分语言锁定字体栈：
立即学习
“
前端免费学习笔记（深入）
”；
注意点：
不要在单条规则里混写多语言字体，比如
—— 浏览器会按顺序找第一个可用字体，无法保证语言适配
英文段落若嵌在中文容器内（如
），需额外给
单独设字体，否则继承父级中文字体
某些系统（如旧版 macOS）对日文字体名大小写敏感，推荐统一用小写引号包裹字体名
在动态内容（如 i18n 库）中的注意事项
像 i18next、vue-i18n 这类库通常只更新文本内容，不自动同步
属性。若切换语言后页面
未更新，
规则就失效。
使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
下载
必须手动同步：
React/Vue 中语言变更后，调用
避免用
等自定义属性替代标准
——
不识别它们
服务端渲染（SSR）时，确保初始 HTML 的
与当前语言一致，否则首屏字体错乱
调试
是否生效的快速方法
打开 DevTools，在 Elements 面板选中一个文本节点，右键 → “Break on” → “Attribute modifications”，然后手动改
值看样式是否实时响应；或者直接在 Console 执行：
再切换
后重查，对比输出变化。
容易忽略的点：
不触发重排（reflow），只影响字体渲染，所以即使生效也可能看不出明显变化，需用
验证
某些字体在不同语言下字形相同（如多数西文字体），导致你以为没生效，其实是字体本身不区分语言
Chrome 115+ 开始支持
多参数语法，但 Safari 目前仍需拆成多条规则
真正要起效，关键不在写几行 CSS，而在于语言信号是否从根元素准确透传到每个文本节点。
:lang()[lang]:lang()langContent-Language[lang="zh"]:lang(zh):lang(ja):lang(ko)lang:lang(zh):lang(zh-CN):lang():lang(ZH):lang(zh)font-family: "PingFang SC", "Hiragino Sans GB", "Microsoft YaHei":lang(zh) { font-family: "PingFang SC", "Hiragino Sans GB", "Microsoft YaHei", sans-serif; }
:lang(ja) { font-family: "Hiragino Kaku Gothic Pro", "Yu Gothic", "Meiryo", sans-serif; }
:lang(ko) { font-family: "Nanum Gothic", "Malgun Gothic", sans-serif; }
font-family: "PingFang SC", "Hiragino Kaku Gothic Pro"中文English
span:lang(en):lang()lang:lang()document.documentElement.lang = 'ja'data-langlang:lang():lang()langgetComputedStyle(document.body).fontFamily
document.documentElement.lang:lang()getComputedStyle:lang(zh, ja, ko)