【发布时间】:2018-03-08 14:17:27
【问题描述】:
根据W3C Working Draft,ScriptProcessorNode 已被弃用,将被 AudioWorkerNode 取代。
Chrome 最近实现了 AudioWorklet 来替换 ScriptProcessorNode。
这两个API是一样的吗? Chrome 是否只是用不同的名称实现它?
【问题讨论】:
标签: javascript google-chrome web-audio-api
根据W3C Working Draft,ScriptProcessorNode 已被弃用,将被 AudioWorkerNode 取代。
Chrome 最近实现了 AudioWorklet 来替换 ScriptProcessorNode。
这两个API是一样的吗? Chrome 是否只是用不同的名称实现它?
【问题讨论】:
标签: javascript google-chrome web-audio-api
是的,它刚刚被重命名为AudioWorklet,甚至in the specs可能是为了标记这个API和Web Worker之间的区别,因为这个API更像是CSS-WG提出的WorkletsAPI .
Worklet 与 Worker 不同的关键点是(根据 houdini page)
Worklet 类似于 Web Worker,但是它们:
与线程无关。也就是说,它们没有被定义为在特定线程上运行。渲染引擎可以在他们选择的任何地方运行它们。
能够为并行性创建多个全局范围的重复实例。
不基于事件 API。相反,类在全局范围内注册,其方法将由用户代理调用。
在全局范围内减少 API 表面。
具有由后续规范或用户代理定义的全局范围的生命周期。它们与文档的生命周期无关。
由于工作集的开销相对较高,因此应谨慎使用。由于这个工作集预计将在不同的脚本之间共享。
【讨论】: