有A，B 两条流，观看端先订阅 A 并手动播放成功，后面 A 离开，再订阅 B 流，理论上 B 流可以自动播放。但如果 A 流播放时用的 video 元素调用了 remove （即释放了资源），那么播放 B 流时，自动播放会失败。其中一个解决办法就是使用一个全局的 audio 或 video 一直播放 can-autoplay 中的 静音音频 或 静音视频。
虽然这个也解决不了安卓微信浏览器上先订阅并播放 A 再间隔一段时间再订阅 B 仍不能自动播放的问题，但如果在鸿蒙微信浏览器上也开启了上述方案，就会导致播放订阅的流一段时间后，延迟很高，大概会有 7，8 秒。
safari 浏览器中有这样一个问题：
有A，B 两条流，观看端先订阅 A 并手动播放成功，后面 A 离开，再订阅 B 流，理论上 B 流可以自动播放。但如果 A 流播放时用的 video 元素调用了 remove （即释放了资源），那么播放 B 流时，自动播放会失败。其中一个解决办法就是使用一个全局的 audio 或 video 一直播放 can-autoplay 中的 静音音频 或 静音视频。
虽然这个也解决不了安卓微信浏览器上先订阅并播放 A 再间隔一段时间再订阅 B 仍不能自动播放的问题，但如果在鸿蒙微信浏览器上也开启了上述方案，就会导致播放订阅的流一段时间后，延迟很高，大概会有 7，8 秒。
目前已知海思麒麟芯片渲染时会加 120ms 延迟，怀疑跟这个有关系，但不能确定。 但在其他安卓手机上，如红米，则没有此现象。