R3.07.3autoplay bandwidth and attention设计
自动播放消耗流量与注意力
别名: 自动播放 · 静音自动播 · 视频流量 · 运动捕获注意
概念解释
媒体在用户未发出播放意图时自行开始，会同时烧掉下载配额和注意。自动播放消耗流量与注意力说的是这双重账单：字节在后台持续进解码器，画面运动又在视野里抢注视。静音循环预览并不免费——浏览器策略允许它，不等于流量和注意为零。代价不是“视频文件该用什么格式”，而是“不请自来的运动值不值得这两笔开销”。
机制
播放一条链路：请求分片、缓冲、解码、合成、呈现。自动开始等于在用户还没把这段当成任务时就把链路打满。流量按播放时长和码率累加，循环预览会在同一视口里反复付。注意方面，运动起始是强捕获：外周视野对突然的位移和亮度变化敏感，标题和正文的阅读轨迹会被旁边循环的预览打断。静音只去掉听觉通道，视觉通道仍在捕获。
与懒加载不同：懒加载决定何时开始取资源；自动播放决定取到之后是否动。一张静帧海报几乎只付一次解码，一段自动播放的预览按时间付。用户滚动时多个自动播放同时启动，解码槽和注意捕获会叠在一起。
边界
用户点了播放、或系统根据上次会话恢复进度，不是自动播放。会议、通话、直播间的进房即播是任务本身。无障碍上，前庭敏感用户对运动的代价高于流量；即便省流量的低码率预览，运动仍可能不可接受。后台标签页通常被浏览器暂停，账单在可见时才成立。纯音频自动播在许多浏览器会被拦，这条的视觉捕获机制对它们不成立。
怎么落地
- 默认给海报或首帧静图，播放意图（点击、焦点在控件上、进入明确的观看槽）后再拉码流。
- 必须预览时限制同时自动播放的数量为视口内一个，并设最短可见时间后再启动，避免滚动时连环点火。
- 提供立即停播和“本会话不再自动播”；尊重系统的减少动态效果设置时，自动播放应降为静帧。
- 验证：节流网络下对比“自动播”与“点后再播”的传输字节；用眼动或逐帧录屏看阅读正文时，旁边预览是否把注视拉走。流量和注视偏移都应能被关掉自动播而下降。