iOS Safari 不强制执行 preload="metadata"，实际行为不可控：可能只加载元数据、多下几MB数据或完全跳过；无法依赖它省流量，因其优先保障播放速度且无缓存监控API；preload="none"相对最可靠，但真正起效的是playsinline、muted和用户手势。
不是强制设为 auto，但 iOS Safari 会忽略 preload="metadata" 的“只加载元数据”意图，实际行为更接近 auto 或不可控的中间态。
preload="metadata" 在 iOS Safari 的真实表现
iOS Safari 不会把 preload="metadata" 当作硬性指令，它可能：
- 只加载第一帧和时长等元数据（符合预期）
- 顺手多下几 MB 视频数据（尤其当网络空闲、视频较短时）
- 完全跳过预加载，直到用户点击才开始（极少数情况，比如后台 tab 切换后）
关键点在于：它不报错、不警告，也不提供回调告诉你“我到底下了多少”。你看到 canplay 事件触发了，不代表只下了 metadata；你看到 progress 事件没触发，也不代表没下载。
为什么不能依赖 preload="metadata" 做流量控制
在 iOS Safari 上用 preload="metadata" 试图省流量，大概率会落空。原因包括：
- 系统级策略优先保障播放启动速度，尤其对
playsinline+muted的视频 - 即使设了
preload="metadata"，Safari 仍可能预取前 1–2 秒视频帧以支持快速首帧渲染 - 没有 API 能读取当前已缓存的字节数或缓冲范围，无法做精准判断
如果你真需要轻量加载，不如直接用 preload="none" + 手动调用 video.load()，至少行为可控。
对比 preload="auto" 和 preload="none" 的实际差异
三者在 iOS Safari 中的实际倾向排序是：preload="auto" ≈ preload="metadata" > preload="none"（越靠前越容易触发预加载）。
-
preload="auto"：明确建议全量加载，iOS Safari 大概率执行，但依然可能被节流 -
preload="metadata"：建议弱，浏览器自由裁量权大，行为飘忽，不适合做逻辑分支依据 -
preload="none"：唯一相对可靠的“不预加载”信号，但仍可能被 Safari 在用户交互前悄悄加载少量数据（比如 poster 渲染所需帧）
真正能约束行为的，是 playsinline、muted、用户手势上下文这些播放策略属性，而不是 preload。
别把 preload 当开关用，它只是个提示。iOS Safari 真正听谁的？是 playsinline 和用户是否点了屏幕——这两样没到位，preload 再怎么设都是纸上谈兵。
