<link>标签不能预加载屏幕阅读器语音库，因其由系统内置管理；唯一有效方式是正确设置<html lang="zh-CN">以触发本地语音库准确调用。
<link> 标签本身不能也不应该用于预加载屏幕阅读器所需的语音库。
原因很明确：
屏幕阅读器（如 NVDA、VoiceOver、JAWS）所用的语音引擎、音库、词典、语调模型等，是操作系统或辅助技术软件自身内置的资源，由其独立管理，不通过网页 HTML 加载，也不走浏览器网络请求流程。网页无法、也不被允许主动“预加载”这些系统级语音资源。
你真正能控制的，只有网页内容的语言声明和语义结构——这是触发屏幕阅读器正确调用本地语音库的关键前提。
✅ 正确做法：确保语言信息早且准地送达
语音库是否被正确启用，取决于浏览器和读屏软件在解析 HTML 最早阶段就获知页面语言。这唯一有效的方式是：
<html lang="zh-CN">
- 必须写在
<html>开头标签上，不可省略，不可写在<body>或<meta>里 - 值需符合 BCP 47 标准（如
zh-CN、en-US、ja-JP），不能写zh或chinese - 局部语言切换要显式标注，例如：
<p>中文段落，<span lang="en-US">but this is English</span>。</p>
没这行，屏幕阅读器大概率按系统默认语言读——中文常被当成英文切音节，“行”读成 “háng” 而非 “xíng”。
立即学习“前端免费学习笔记（深入）”；
❌ 常见误解与错误尝试
不要给
.wav/.mp3语音文件加rel="preload"
这些是普通音频资源，预加载只影响播放延迟，和屏幕阅读器语音引擎无关。不要试图用
<link rel="preload" as="font">或as="script"加载语音合成脚本
Web Speech API（speechSynthesis）是浏览器原生接口，无需预加载；它的可用性取决于用户授权、手势触发、页面语言设置，而非资源下载时机。不要在
<head>里塞一堆preload指向 TTS 服务 API
那属于 JavaScript 运行时行为，和“预加载语音库”毫无关系；且多数 TTS 云服务受 CORS 和用户许可限制，无法靠<link>提前拉取。
✅ 若你真想优化语音交互体验（Web Speech API 场景）
可做的是：
-
提前初始化语音列表（避免首次
speak()延迟）：speechSynthesis.onvoiceschanged = () => { const zhVoices = speechSynthesis.getVoices().filter(v => v.lang.startsWith('zh')); // 缓存可用中文语音，供后续快速调用 }; 在用户有明确交互意图（如点击“听全文”按钮）后再加载/触发，而非页面一开就预热
所有语音内容必须包裹在语义化、带
lang的元素中，确保合成语音时断词、声调准确
语言声明是开关，不是资源。<html lang="zh-CN"> 是唯一能让屏幕阅读器“认出这是中文，并自动选对语音库”的 HTML 标签。
其他所有 <link>、<script>、<audio> 都只是配角。
