javascript - 在 Dojo 类中递归调用 setTimeout 时是否存在内存泄漏？

Question

我们已经使用 Dojo 创建了一个在 UI 上带有时钟的应用程序。但有时应用程序 UI 只是卡在那里，时钟就停止了。猜测 JS 引擎刚刚停止，因为时钟是由 javascript 代码驱动的。

不确定以下代码会导致内存泄漏，然后导致挂起问题。我们使用递归的 setTimeout 调用来实现时钟。

dojo.declare("xxx.xxx.HomepageHeader", [dijit._Widget, dijit._Templated],
{
widgetsInTemplate: true,
_time :'',
dateUtil: null,

// ....
// ....

prefix :function (value, p)
{
    return (value < 10) ? p + value : value;
},

updateTime :function ()
{
    var d = new Date();
    var _this = this;
    var t = [_this.prefix(d.getHours(), '0'), _this.prefix(d.getMinutes(), '0'), _this.prefix(d.getSeconds(), '0')].join(':');
    _this._time.innerHTML = t;
    _this.dateInfo.innerHTML = this.dateUtil.format(d, "yyyy/MM/dd") + " &nbsp;|&nbsp " + this.dateUtil.format(d, "EEE");
    window.setTimeout( function(){_this.updateTime();}, 100);
}

// ....
// ....
}

注意到在该类中，updateTime 方法使用 window.setTimeout 递归调用自身以更新 UI 上的时间文本。

这里有内存泄漏问题吗？如果答案是否定的，是否有任何可能的问题导致挂断问题？

谢谢!

Answer 1

这不是真正的递归，因为 setTimeout() 将下一次调用 updateTime() 安排在未来的某个时间，然后是当前的 updateTime( ) 实际完成。因此，没有堆栈框架的构建，因此它不是真正的递归。此外，我看不出有任何内存泄漏的原因。

您拥有的方案应该没问题，而且经常使用，但您可能希望每 100 毫秒执行一次，以便为浏览器上的其他事情留出更多的 CPU 周期。

如果您看到时钟停止，那是因为 JS 引擎卡住或循环，但它可能卡在实际时钟代码以外的其他地方的代码中。