preload属性是浏览器加载建议而非强制指令，其行为受设备、网络、用户状态等影响；设为none时chrome等浏览器仍可能预取前几kb数据以优化首播，ios safari则恒只加载元数据。

preload 属性不是开关，而是建议；浏览器是否执行、执行多少，取决于设备、网络、用户状态和配套属性。

preload="none" 为什么 still 发起了请求？

设为 none 是向浏览器“建议不加载”，但 Chrome 等桌面浏览器在用户首次点击播放前，仍可能预取前几 KB 数据（如 ID3 头或 AAC ADTS 帧），以加速后续播放响应。这不是 bug，是实现层面的优化权衡。

• 常见于已插入 DOM 且 src 静态声明的 <audio></audio> 元素
• 若页面未获得焦点（如后台标签页）、或设备启用 Low Data Mode，该预取行为会被抑制
• 服务端返回 Accept-Ranges: none 或缺失 Content-Length，部分浏览器会跳过预取，直接等待 play()

metadata 和 auto 在移动端几乎没区别

iOS Safari 对 preload 的实现非常保守：无论设成 auto 还是 metadata，它都只加载元数据（时长、码率、封面等），且不会预取音频帧。这是硬性限制，不是配置错误。

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

• Android Chrome 桌面版倾向加载前 2–5 秒音频帧（尤其配合 autoplay）
• 但 Android WebView 和部分定制浏览器可能完全忽略 preload，只按需加载
• 若页面有 controls 属性，浏览器更倾向走 metadata 路径——因为进度条、时长显示依赖元数据，而非完整文件

动态设置 src 后 preload 不生效怎么办？

preload 只在元素插入 DOM 且 src 已存在时触发初始加载决策。JS 动态赋值 src（如 audio.src = 'a.mp3'）后，preload 不会自动重新评估。

• 必须显式调用 audio.load() 才能触发加载流程（注意：多次调用无副作用，但仅当状态非 loadedmetadata 时才有效）
• 修改 preload 值本身（如从 none 改为 auto）不会触发重加载，必须配合 load() 或重置 src
• 若使用 fetch + arrayBuffer 手动加载，preload 完全无关，此时控制权在 JS 层

真正影响首播延迟的，从来不是 preload 值本身，而是它是否落在浏览器愿意执行的上下文中：DOM 已挂载、用户有过交互、网络可用、服务端支持范围请求、且没有被 autoplay 限制或 controls UI 干扰。漏掉其中任一环，auto 就等于 none。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！