javascript – Web Worker / Canvas的内存泄漏

前端之家收集整理的这篇文章主要介绍了javascript – Web Worker / Canvas的内存泄漏前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

小提琴:https://jsfiddle.net/eimmot/065wxa9o/9/

使用Chrome,启动任务管理器(Shift ESC),单击工作器反转按钮几次,每次上升~10 MB.无论何时我从工作者那里收到一条消息,内存都会上升,它不是来自修改或访问画布,而是当工作人员将消息发送回主线程时.消息越大,情况就越糟糕.

将ImageData缓冲区添加到postMessage上的可选transferables列表没有任何区别,同样的结果,我想知道是否有另一种方法我应该接近它.

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

主线程和/或工作线程是否正在转移所有权仍然无关紧要.我可以在控制台中看到imageData对象实际上转移了所有权,但内存仍在增加!我已经尝试使用chrome dev工具进行内存分析,但我无法看到增加的位置.

在dev工具中强制GC会清除内存.有时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位)

小提琴:https://jsfiddle.net/eimmot/065wxa9o/13/

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

最佳答案
我找到了一个适用于Chrome的解决方案.我对你的小提琴的循环版本做了两个主要的修改

>从工作者返回时,将imageData.data.buffer添加到传输列表中
>传递类型化数组imageData.data,而不是整个imageData对象

这是修改过的小提琴:https://jsfiddle.net/065wxa9o/14/

请注意,只是将缓冲区添加到工作者的传输列表不起作用(https://jsfiddle.net/065wxa9o/15/)我只需要传输类型化的数组.

Chrome版本52.0.2743.116(64位)

原文链接:https://www.f2er.com/js/428980.html

猜你在找的JavaScript相关文章