Reducing Memory Leaks when Working with Animations

文章发表后,我花了一段时间审查我撰写的法典,发现我造成了一些记忆泄露。 除非你监测你的网站业绩,否则你通常会实现这一点。 我将利用我的山谷沉积,以示你如何发现记忆泄漏。

Chromes Take Heap Snapshot

Chrome拥有一些重大工具来了解你是否正在引入记忆泄露。 这样做最容易的方法是使用“快照”。 创建开发工具——>简介。 只打上纪录的纽顿。

第一个检查点是,如果一次假肢造成记忆泄露。 为此,每隔一段时期,就算出一滴。 如下文所示,记忆规模正在急剧增加。

现在我们有这些幻灯;我们可以利用比较工具来显示记忆的主要增长。 为此,选择了最后的黑体,然后点击“Comparison from the summarydown”。

现在选择了从降级到班级过滤器权利的头部。

Chrome一经确定,它需要用“<>Delta号”来分类。 您现在将看到这些泄漏事件从哪里开始,从头开始,到下行。 请注意,并非所有这些新东西都是记忆泄露,有时需要记忆。

When I cpcked on my top #Delta, I can see from the stack trace that the finish event of snap.svg and the easing algorithm of the mina caused this. Many parts of the code can cause this, which I will now discuss.

The Mark-and-Sweep algorithm

Unfortunately, with the way we sometimes write animations in JavaScript, we can easily introduce patterns that the Mark-and-Sweep algorithm for garbage collection won t pick up.

简单地说,“马克-塞维埃”算法试图在物体不能满足的情况下进行清点。 如果它认定该物体是不可接受的,它将对该物体适用垃圾收集。

这意味着,如果你在一间店铺设一个单一吨的动画图书馆,但从未把这一转让划为无效,则垃圾收集永远不会适用于该目标。 作为一个物体仍可接触。

克服这种情况的最容易的方法就是一旦消亡,将变数重新set为无效。

Animations building up

利用动画图书馆,很容易积累记忆。 多数图书馆都具备了尝试和克服这种局面的内在功能,因为我们在以前的Snap教学中建立了这种功能。 SVG,我将解释其版本。

缩略语 它停止了所有被点燃的 an,并继续采用新的im。

Timers never being cleared

也许最常见的记忆不仅在动画中漏掉,而且在网上的通用数字接口中泄漏。 如果你不删除提及行车的字句,那就只能 memory住,永远不会被垃圾收集去掉。

对大多数申请来说,这只是一页复读,因为各页之间的改动将删除。 然而,现在这个网站有一页的应用程序,你可以看到这迅速成为一个问题。

清除你时间的最佳办法是把时间加到一个阵列中,然后,如果你认为是最好的,通常是开始新的估计,或是在一个小页的过渡之前。 明确说时间,重新设置阵列。