Web Worker 内存泄漏 / Canvas

Question

Fiddle: https://jsfiddle.net/eimmot/065wxa9o/9/

使用 Chrome，启动任务管理器 (Shift+ESC)，点击 worker invert 按钮几次，每次增加 ~10 MB。每当我收到工作人员发回的消息时，内存就会增加，这不是来自修改或访问 canvas，而是工作人员将消息发送回主线程时发生的。消息越大越糟。

将 ImageData 缓冲区添加到 postMessage 上的可选 transferables 列表没有任何区别，结果相同，我想知道是否有其他方法可以解决这个问题。

  imageData = ctx.getImageData(0, 0, 800, 600);
  worker.postMessage(imageData, [imageData.data.buffer]);

主线程 and/or 工作线程是否正在转移所有权仍然无关紧要。我可以在控制台中看到 imageData 对象实际上转移了所有权，但内存仍然增加！我已经尝试使用 chrome 开发工具进行内存分析，但我看不到增加的地方。

在开发工具中强制 GC 会清除内存。有时 GC 会自动运行，有时不会，当它自动运行时，它只会释放已分配内容的 10%。

我昨晚看了很多页，但他们都说了同样的话，我觉得我忽略了一些简单的事情。

可转移对象：https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers#Passing_data_by_transferring_ownership_(transferable_objects)

更新

Chrome 版本 48.0.2564.116 beta-m（64 位）

Fiddle: https://jsfiddle.net/eimmot/065wxa9o/13/

添加了一个循环选项，似乎释放内存的唯一方法是终止线程，但我想避免每次都创建新线程而只保持一个打开，因为创建新线程时会有明显的延迟每次一个

Answer 1

您没有内存泄漏。这只是正常的 GC 行为，您无法采取太多措施来阻止看似过度的内存使用。

我玩过你的 fiddle 更改代码，以便 worker.onmessage 函数立即调用 startWork，有效地将其置于循环中，发送数据，接收反转数据集，放在canvas上，然后再次调用startWork，趁我喝咖啡的时候放手。它运行就好了。

在 chrome 49.0.2623.47 beta-m 上观察进程，内存使用量约为 110mb，但从未耗尽内存。堆分配和时间线都显示正常行为并且没有泄漏。 Chrome 对 GC 进行了一些更改，因此它推迟了支持 DOM 和 Javascript 的操作，如果您不习惯，这可能看起来内存使用率上升了，这没什么好担心的。重要的是，当您需要内存时，它是可用的。如果内存不足，GC 会清理，最好有一些死内存而不是在 DOM 或 Javascript 繁忙时阻塞它们，只是为了转储一些不需要的内存。

Answer 2

我在 Chrome 中找到了适合我的解决方案。我对 fiddle:

的循环版本做了两个主要修改

从工人返回时将imageData.data.buffer添加到转移列表
传递类型数组 imageData.data，而不是整个 imageData 对象

这是修改后的 fiddle：https://jsfiddle.net/065wxa9o/14/

请注意，只是将缓冲区添加到 worker 的传输列表中是行不通的 (https://jsfiddle.net/065wxa9o/15/) 我必须只传输类型化数组。

Chrome 版本 52.0.2743.116（64 位）

Web Worker 内存泄漏 / Canvas

Memory leak with Web Worker / Canvas

javascript

multithreading

memory

canvas

worker

更新