suspend事件是媒体元素停止获取数据时触发的信号，表明浏览器已暂停资源加载，间接减少内存分配；但需主动清理blob URL、MediaSource等才能真正释放内存。
HTML5 的 suspend 事件本身不直接控制内存占用，但它是一个关键信号，表明浏览器已暂停资源加载（尤其是媒体文件），这通常意味着内存分配已中止或大幅减少。
什么是 suspend 事件
suspend 事件在媒体元素（ 或 ）停止获取媒体数据时触发。常见触发场景包括：
- 用户主动调用
load()后又立即调用pause()或取消加载 - 网络中断或服务器响应超时，导致加载中止
- 媒体源不可用（如 404、CORS 拒绝、MIME 类型不支持）
- 浏览器主动回收未完成的加载任务（例如页面进入后台、内存压力大时）
suspend 与内存释放的间接关系
当 suspend 触发时，浏览器通常会：
- 停止下载媒体字节流，避免继续向内存/缓存写入未解码数据
- 丢弃已缓冲但尚未解码或未被引用的原始数据块（如 MP4 atom、WebM cluster）
- 延迟或跳过解码器初始化，从而避免分配解码所需的 GPU 内存或 CPU 堆内存
- 若此前未触发
canplay或loadeddata，则多数浏览器不会保留完整帧缓冲区
⚠️ 注意：suspend 不等于“内存已清空”。已解码的帧、MediaSource 对象、或通过 URL.createObjectURL() 创建的 blob URL 若未显式释放，仍会持续占用内存。
如何配合 suspend 降低内存压力
利用 suspend 作为清理时机，可主动减少残留内存：
- 监听
suspend，并调用load()前先执行src = ''或removeAttribute('src')，切断旧资源引用 - 若使用
MediaSource，在suspend中调用mediaSource.endOfStream()并清除sourceBuffers - 对动态创建的 blob URL，在
suspend后尽快调用URL.revokeObjectURL(src) - 避免在
suspend后反复调用load()而不重置状态，否则可能累积未释放的加载上下文
实际调试建议
判断内存是否因未处理 suspend 而异常增长：
- 在 Chrome DevTools 的 Memory 面板中录制堆快照，重点关注
HTMLMediaElement实例及其关联的MediaSource、SourceBuffer、Blob对象 - 结合 Network 面板观察媒体请求是否被 cancel —— 若频繁 cancel 却无对应清理逻辑，
suspend就是该介入的节点 - 用
performance.memory（需开启 flag）粗略监控 JS 堆变化，辅助验证清理效果
不复杂但容易忽略。suspend 是加载链路的“终止确认”，不是终点，而是手动收尾的起点。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
