lang属性为空（即lang=""）时，浏览器将其视为“未知语言”，等效于主动声明语言不可知，导致翻译按钮不显示、屏幕阅读器按默认语种朗读、seo报“未指定语言”、:lang()伪类失效。
lang 属性为空（即 lang=""）时，浏览器将其视为“未知语言”，等效于完全没声明语言——所有依赖语言识别的功能都会退化到默认行为。
lang="" 被当做什么语言处理
浏览器不把空值当作“继承父级”或“自动检测”，而是明确标记为 language unknown。W3C 规范定义：lang="" 表示作者无法确定该元素的语言，因此不能用于主语言声明。
- Chrome 不显示翻译按钮，即使页面全是中文
- NVDA / VoiceOver 按系统默认语种朗读，比如 macOS 上默认用英语读「北京」
- Google Search Console 报告「未指定语言」，中文页可能被索引为英文站
- CSS 的
:lang(zh)伪类对lang=""元素完全不匹配
为什么不能留空，哪怕只是临时占位
留空不是“暂不设置”，而是主动声明“语言不可知”。这和没写 lang 属性在语义上不同，但实际效果更差：没写时部分浏览器会尝试基于内容启发式猜测（虽不准），而 lang="" 会彻底关闭猜测逻辑。
- 服务端渲染中动态插值出
，若locale变量为空，结果就是lang=""，必须兜底为zh-CN或en-US - React/Vue 组件中通过 props 传入
htmlLang，需做非空校验：htmlLang || "zh-CN" - 构建时生成多语言 HTML，模板里不能写
，得强制提供默认值
lang="" 和 lang="und" 有区别吗
没有实质区别。und 是 BCP 47 中表示“undetermined”的标准子标签，但浏览器实现上基本视 lang="" 和 lang="und" 为等价——都触发 unknown language fallback。
- 二者都不会激活任何语言特定的字体回退链（如日文假名 fallback 到 Meiryo）
- 拼写检查器直接禁用，
contenteditable区域不会调起对应词典 - 不要用
lang="und"替代真实值，它不是“占位符”，而是明确放弃语言语义
真正难的是在 SSR 渲染、i18n 配置、CMS 导出等多个环节保持 lang 值非空且合法——它不报错，但一旦为空，所有下游功能就静默失效。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
