javascript – Nodejs – 承诺,未处理的终止和内存泄漏

前端之家收集整理的这篇文章主要介绍了javascript – Nodejs – 承诺,未处理的终止和内存泄漏前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
寻求有关使用承诺的nodejs专家的帮助.我有以下测试程序,其中我调用异步“q”函数,只是抛出异常.这个程序非常一致地泄漏内存;但如果取消注释.done()调用,泄漏就会消失.

当promise未终止时(即没有done()调用),为什么会发生泄漏?我试图遵循documentation,但无法理解done()方法的解释.在此先感谢您的帮助!

这是我的代码

(function() {
  var MAX_ITER_COUNT,Q,iterCount,maxMem,noop,qDoit,test;

  Q = require("q");

  iterCount = 0;

  MAX_ITER_COUNT = 10 * 1000;

  maxMem = 0;

  noop = function() {};

  qDoit = function() {
    var currentMem;
    currentMem = Math.round(process.memoryUsage().heapUsed / 1024 / 1024);
    if (currentMem > maxMem) {
      maxMem = currentMem;
    }
    console.log("" + iterCount + " - memory is: " + currentMem + "/" + maxMem + " MB");
    return Q(10).then(function() {
      throw new Error("X");
    });
  };

  test = function() {
    if (iterCount++ > MAX_ITER_COUNT) {
      console.log("DONE");
      return;
    }

    // ----  If I uncomment the done() call below the leak goes away ----
    return qDoit()["finally"](function() {
      return setImmediate(test);
    })
    //.done(noop,noop);


  };

  Q.onerror = function() {};

  test();

}).call(this);

解决方法

回答我自己的问题,希望它会帮助某人.

在对q库代码进行挖掘时,默认情况下看起来所有未处理的异常都放在一个名为unhandledRejections的数组中.不知道为什么它是这样实现的,但可能是为了帮助开发人员追踪未处理的异常.可以通过调用Q.stopUnhandledRejectionTracking()来更改此行为.当我这样做时,即使没有.done()调用,内存泄漏也会消失.

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

猜你在找的JavaScript相关文章