首頁猿問永遠(yuǎn)不會解決的承諾會導(dǎo)致內(nèi)存泄漏嗎？

永遠(yuǎn)不會解決的承諾會導(dǎo)致內(nèi)存泄漏嗎？

JavaScript AngularJS

犯罪嫌疑人X 2019-12-25 10:23:27

我有一個Promise。我創(chuàng)建它是為了取消AJAX請求（如果需要）。但是，由于我不需要取消該AJAX，因此我從未解決過該問題，因此AJAX已成功完成。簡化的代碼段：var defer = $q.defer();$http({url: 'example.com/some/api', timeout: defer.promise}).success(function(data) { // do something});// Never defer.resolve() because I don't need to cancel that ajax. What happens to this promise after request?從來沒有解決過這樣的承諾會導(dǎo)致內(nèi)存泄漏嗎？您對如何管理Promise生命周期有任何建議嗎？

查看完整描述

3 回答

繁星淼淼

TA貢獻(xiàn)1775條經(jīng)驗(yàn) 獲得超11個贊

好吧，我假設(shè)您沒有對其進(jìn)行明確引用，因?yàn)檫@將迫使它保持分配狀態(tài)。

我能想到的最簡單的測試實(shí)際上是分配許多諾言而不是解決它們：

var $q = angular.injector(["ng"]).get("$q");

setInterval(function () {

for (var i = 0; i < 100; i++) {

var $d = $q.defer();

$d.promise;

}

}, 10);

然后觀察堆本身。正如我們在Chrome分析工具中所看到的那樣，這會積聚所需的內(nèi)存以分配100個Promise，然后整個JSFIddle頁面的 “停留時間”不到15兆字節(jié)。

另一方面，如果我們看一下$q源代碼

我們可以看到，沒有從全局角度引用任何特定的Promise，而僅是從Promise到其回調(diào)。該代碼非常易讀和清晰。讓我們看看如果您確實(shí)從回調(diào)中引用了Promise。

var $q = angular.injector(["ng"]).get("$q");

console.log($q);

setInterval(function () {

for (var i = 0; i < 10; i++) {

var $d = $q.defer();

(function ($d) { // loop closure thing

$d.promise.then(function () {

console.log($d);

});

})($d);

}

}, 10);

因此，在初始分配之后-似乎也能夠處理該問題:)

如果讓他的上一個示例再運(yùn)行幾分鐘，我們還可以看到一些有趣的GC模式。我們可以看到它需要一些時間-但它能夠清除回調(diào)。

簡而言之-至少在現(xiàn)代瀏覽器中-您不必?fù)?dān)心未解決的承諾，只要您沒有對它們的外部引用

反對回復(fù) 2019-12-25

青春有我

TA貢獻(xiàn)1784條經(jīng)驗(yàn) 獲得超8個贊

這就是我的想法。因此，問題是“永不解決的諾言會導(dǎo)致內(nèi)存泄漏嗎？” 對于將回調(diào)傳遞給Promise的常見用例，答案是肯定的。您的答案中的這一行似乎與以下事實(shí)矛盾：“如果讓他的上一個示例再運(yùn)行幾分鐘，我們還可以看到一些有趣的GC模式。我們可以看到它花了一段時間-但它能夠清理回調(diào)。 ” 抱歉，如果我要學(xué)步又挑剔，我只是想確保自己理解這一點(diǎn)。

反對回復(fù) 2019-12-25