lang属性必须正确设置在标签上且符合bcp 47标准，如zh-cn；外文内容需显式标注lang；动态加载内容须同步注入lang；所有值须小写加连字符，否则影响语音、排版与拼写检查。
lang属性不是“加了就好”，电子书阅读体验差，八成是因为它设错位置、写错格式，或没覆盖到关键文本节点。
必须在html>标签上写对，否则屏幕阅读器根本不会切语音引擎
电子书页面若用document.body.lang = "zh-CN"或只在某个<p></p>里加lang，VoiceOver/NVDA 仍按系统默认语言（通常是英文）朗读整页。它们只在初始 HTML 解析时读取，之后 JS 修改完全无效。
- 错误写法：
（太宽泛，iOS VoiceOver 可能跳过中文 TTS） - 错误写法：
（下划线非法，浏览器静默忽略） - 正确写法：
（BCP 47 标准，全平台稳定加载普通话引擎） - 繁体电子书请用
zh-TW而非zh-Hant——前者在 Apple 生态和多数 EPUB 阅读器中语音适配更完整
外文术语、代码、引文必须显式标注lang，不能靠继承
电子书里混排英文术语（如API、React）、编程示例或古籍引文时，仅靠根lang="zh-CN"会导致屏幕阅读器硬套中文音调，把“HTTPS”读成“赫特普斯”。
- 单个技术词：
<span lang="en">fetch()</span>（触发英文音素切分） - 代码块：
<pre class="brush:php;toolbar:false;" lang="bash">curl -X POST</pre>（部分阅读器会据此启用语法感知停顿） - 整段外文：
<blockquote lang="fr">Je suis français.</blockquote>（确保标点停顿、重音位置准确） - 避免
<div lang="en">包裹多段落——语义不清，且干扰 CSS 的<code>:lang(zh)样式匹配动态加载章节时，lang必须随内容一起注入
EPUB 或 Web-based 电子书常按需加载章节 HTML 片段。如果只在主页面设
，而新插入的章节片段没带lang属性，AT（辅助技术）会沿用旧上下文，导致新内容被误读。- 服务端渲染章节时，每个片段的
或最外层语义容器（如<section></section>）必须自带lang值 - 前端 JS 动态插入 DOM 前，先设置
element.lang = "en"再appendChild，而非事后补 - 不要依赖
document.documentElement.lang全局值去“推断”子内容语言——阅读器不认这个逻辑 - EPUB 中的 XHTML 文件，
是强制要求，缺则校验失败
lang影响连字符、字体 fallback 和拼写检查，但只在支持环境下生效
电子书阅读器是否启用
hyphens: auto、是否调用中文字体 fallback 渲染日文假名、是否高亮英文拼写错误，都取决于lang是否合法且被当前环境识别。-
hyphens: auto在 Chrome/Firefox 中对lang="en"有效，但对lang="zh-CN"无意义（中文不连字）；日文电子书用lang="ja-JP"才可能触发ruby注音或text-emphasis - 中英混排时，若未给英文段落加
lang="en"，浏览器可能用中文字体渲染“Hello”，导致字母间距异常 - 拼写检查需用户系统已安装对应语言词典；但前提是
<p lang="en"></p>被正确解析，否则右键菜单不出现“拼写检查”项 - 所有
lang值必须小写+连字符，末尾空格（如zh-CN）也会让 Lighthouse 报invalid language subtag
最容易被忽略的，是那些“没文字”的地方：封面页的
<title></title>、目录链接、页眉页脚里的页码数字——它们虽无语义文本，但若父容器lang缺失或错误，AT 仍会尝试用错误语音引擎朗读这些符号，造成卡顿或乱码感。真正决定电子书可读性的，从来不是功能堆砌，而是每个节点的语言上下文是否真实可信。 - 服务端渲染章节时，每个片段的
