html5play并非HTML5标准API，而是自定义或第三方库封装的方法；内存溢出主因是video元素/ MediaSource未正确释放、监听器未解绑及缓存未清理。
html5play 函数不是标准 API，先确认你调用的是什么
浏览器原生 HTML5 没有叫 html5play 的函数——这通常是某段自定义封装代码（比如基于 HTMLMediaElement 的播放器工具函数），或是某个第三方库（如 video.js、flv.js、hls.js）的私有方法名。内存溢出往往不是因为“播放”本身，而是反复创建/销毁 video 元素、未释放 MediaSource、重复绑定监听器或缓存未清理导致。
反复 new Video() 或 appendChild 导致 DOM 和解码器堆积
常见于循环调用类似 html5play(src) 且每次新建 video 标签的写法。浏览器对每个 video 实例会分配解码上下文、GPU 纹理、音频输出通道，不手动回收就会持续占用内存。
- 复用已有
video元素：用video.src = newSrc+video.load()替代document.createElement('video') - 播放前调用
video.pause()、video.removeAttribute('src')、video.load()清空旧状态 - 若必须新建，确保旧元素已从 DOM 移除，并显式设
oldVideo.src = ''、oldVideo.removeAttribute('src')、oldVideo.load()，再oldVideo.remove() - 避免在
onended或onerror中无条件递归调用html5play，容易形成闭包引用链
使用 MediaSource 或 MSE 播放时未关闭 SourceBuffer
如果你的 html5play 封装了 MediaSource（比如播 MP4 分片、FLV 流），未正确 sourceBuffer.abort()、sourceBuffer.remove()、mediaSource.endOfStream()，会导致缓冲数据滞留、解码器无法释放。
- 切换视频前：遍历
mediaSource.sourceBuffers，对每个sourceBuffer调用abort()和remove(0, Infinity) - 销毁播放器时：调用
mediaSource.endOfStream()后，再设video.src = ''、video.srcObject = null - 监听
mediaSource.onsourceopen而非仅靠video.onloadstart判断就绪，避免过早写入数据
监听器未解绑 + 闭包持有大对象
很多封装函数会在内部绑定 video.addEventListener('timeupdate', ...)，但没提供 destroy 方法来 removeEventListener；更隐蔽的是，回调里引用了整个配置对象、blob 数据或 canvas 上下文，阻止 GC 回收。
立即学习“前端免费学习笔记（深入）”；
- 所有
addEventListener都应配对removeEventListener，尤其在重播、销毁场景 - 避免在事件回调中直接引用大数组、base64 字符串、
ArrayBuffer；改用弱引用或抽离到外部生命周期可控的作用域 - 用 Chrome DevTools 的 Memory 面板录制 Allocation instrumentation on timeline，过滤
HTMLVideoElement和SourceBuffer实例数，确认是否持续增长
真正卡点往往不在“怎么播”，而在“播完之后有没有真正放手”。DOM 元素、MediaSource、事件监听器、解码上下文——每个都得亲手关掉，浏览器才敢回收。自动 GC 不是万能的，尤其涉及媒体资源时，它只会等你明确切断所有引用。
