lang属性仅指定语音引擎和发音规则，不控制语速、音高或停顿；语速需通过屏幕阅读器全局设置或Web Speech API的utterance.rate实现。
lang属性不控制语速，只决定语音引擎和发音规则
很多人误以为设了lang="zh-CN"就能调快慢或改语调，其实它完全不碰语速、音高、停顿时长这些参数。它干的唯一一件事是告诉屏幕阅读器：“请用中文普通话的语音模型来读这段文字”，而该模型内部自带的语速/语调/重音逻辑，由系统预装的TTS引擎（比如Windows的Microsoft XiaoYun、macOS的Ting-Ting）决定，HTML无权覆盖。
你调不了语速，不是因为写法不对，而是因为lang根本没这个字段——它不是SpeechSynthesisUtterance，不提供rate、pitch、volume等控制项。
语调差异来自语言模型本身，不是HTML能配置的
为什么“行”在lang="zh-CN"下读xíng，在lang="zh-TW"下可能读háng？这不是HTML在调语调，而是不同地区的语音引擎内置了不同的多音字词典和声调规则。浏览器只是把文本丢给对应引擎，引擎自己查表、分词、标调、合成。
-
lang="zh-Hans"倾向触发简体字发音模型（如“着”读zhe而非zháo） -
lang="ja"让VoiceOver启用日语助词停顿逻辑（「です」后自动微顿） -
lang="en-GB"影响“schedule”重音在首音节，而en-US在第二音节
真正影响朗读节奏的其实是标点和嵌套lang
语速感知上的“快慢”，实际由两件事悄悄决定：标点符号的朗读停顿时长，以及语言切换带来的引擎加载延迟。而这两者都依赖lang是否准确。
立即学习“前端免费学习笔记（深入）”；
- 没设
lang或设错时，屏幕阅读器可能把中文顿号“、”当成英文逗号“,”硬读，导致停顿过短，听起来急促 - 中英文混排时，若英文段落漏了
lang="en"，读屏会强行用中文引擎读“API”，不仅发音错，连“/eɪ piː aɪ/”这种音节切分都崩掉，节奏全乱 - 连续切换
lang（比如<p lang="zh">点击<code lang="en">submit</code>按钮</p>），部分旧版NVDA会有毫秒级语音引擎热切换延迟，造成轻微卡顿感
想调语速？得绕开lang，用别的机制
如果你真需要控制语速，lang不是入口。正确路径只有两条：
- 让用户自己调：屏幕阅读器（如NVDA按
Ctrl+Alt+↑/↓、VoiceOver按Cmd+Option+U）提供全局语速滑块，这是WCAG推荐做法，HTML不该越俎代庖 - 用Web Speech API主动朗读时，才通过
utterance.rate = 1.2这类属性控制，但注意：utterance.lang必须和页面<html lang>一致，否则引擎可能拒绝合成或静音
最常被忽略的一点是：语调自然与否，80%取决于lang是否精确嵌套，而不是你调了多少个rate值。一个lang全错的页面，再调到rate=0.5也救不回“微信”被念成/weɪ tʃiːn/的尴尬。
