Web音频API中的音频工作者和AudioWorklet

Question

根据此W3C Working Draft，不推荐使用ScriptProcessorNode，它将被AudioWorkerNode取代。
Chrome最近实施了AudioWorklet来取代ScriptProcessorNode 这两个API是一样的吗？ Chrome是否只是使用其他名称实现它？

Answer 1

是的，它刚刚被重命名为 AudioWorklet ，甚至in the specs可能是为了标记此API与Web Worker之间的区别，因为此API更像是Worklets提议的API通过CSS-WG。

他们的关键点Worklets与Workers是不同的（根据houdini page）

  

Worklet与Web worker类似，但是他们：

     

  

• 与线程无关。也就是说，它们未定义为在特定线程上运行。渲染引擎可以在他们选择的任何地方运行它们。

  

• 为了实现并行性，可以创建全局范围的多个重复实例。

  

• 不是基于事件API。而是在全局范围上注册类，其方法将由用户代理调用。

  

• 在全局范围内具有缩减的API表面。

  

• 具有后续规范或用户代理定义的全局范围的生命周期。它们与文档的生命周期无关。

  

     

由于worklet具有相对较高的开销，因此应谨慎使用。由于这个工作小组应该在不同的脚本之间共享。