Node.js 垃圾回收

1、關于內存

每個應用程序都占用一定的內存,因為內存是有限的,因此需要一個內存管理回收機制。例如C語言

#include <stdio.h>

#include <stdlib.h>

#include <string.h>

int main(int argc, char *argv[]) {

? ? char name[20];? //定義數組

? ? char *pDes = null; //定義指針

? ? strcpy(name, "dddd"); //拷貝

? ? // 申請內存

? ? pDes = malloc( 30 * sizeof(char) );

? ? if( pDes == NULL ) {? //判斷

? ? ? ? fprintf(stderr, "Error!\n");

? ? } else {

? ? ? ? strcpy( description, "this is pointer"); //拷貝

? ? }

? ? printf("name = %s\n", name );

? ? printf("pDes: %s\n", pDes );

? ? // 釋放內存

? ? free(description);

}

程序中pDes的內存是手動申請的,需要手動釋放,name數組是由編譯器自動分配釋放。詳細請看 C語言內存

在手動內存管理中,開發者有責任釋放閑置的內存,這種內存管理方式可 能會造成下面幾個問題:

? ? 1)內存泄露: 當從不釋放使用過的內存時發生

? ? 2)野指針:當對象被釋放時,而原來的指針仍繼續使用。在其他數據覆蓋寫入或讀取敏感信息時會造成嚴重的安全問題

2、Node.js內存管理

Node.js 附帶了一個垃圾回收器,你不需要去手動管理內存分配。

Node.js沒有進行內存回收時,默認最大可使用內存是1.5G,通過以下參數,可以進行設置

node --max_old_space_size=400 server.js --production

GC? (Garbage Collector;垃圾收集器)是一種自動管理應用內存的機制。GC 的工作是回收被未使用的對象所占用的內存。它在 1959 年首次應用于 John McCarthy 創造的 LISP 中。GC 判斷對象不再使用的方式是沒有其他的對象引用它們。

GC運行前,如果你有一些互相引用的對象以及一些沒有任何引用的對象,如下圖


GC運行后,會將沒有用的對象刪除,并釋放空間


GC 的優點:

? ? 1、防止了野指針 bug

? ? 2、不用擔心內存的二次釋放

? ? 3、避免了一些類型的內存泄露

? ? 當然,使用 GC 不能解決你所有的問題,而且它也不是內存管理的銀彈。

使用 GC 時需要注意的事項

? ? 性能影響 - GC 會消耗計算能力去決定什么對象應該釋放

? ? 無法預測的停頓 - 現代 GC 實現嘗試去避免 stop-the-world 的回收方式

3、V8平臺的內存管理

常駐大小:在RAM中被進程占用的內存大小,包括:堆、棧、代碼本身

堆: 包含原始類型和對象的引用

棧: 存儲引用類型,像對象、字符串或者閉包

對象淺存儲大小: 存儲對象本身

對象保留大小: 對象依賴的對象占用的空間

4、GC運行機制

? ? ? ? 一個對象從根節點不可訪問,或者不會被根對象或任何其他活動對象引用時, 他就會被定為垃圾收集的候選對象。 根對象可以是全局對象,DOM元素或局部變量。

? ? ? ? 堆有兩個主要部分,新空間和舊空間。 新空間分配新的內存。 在這里收集垃圾的速度很快,大小為1-8MB。 新空間對象被稱為年輕一代。 被垃圾收集器處理過之后保留先來的空間被稱為舊空間,舊空間里的對象被稱為老一代;舊空間也可以快速的分配內存,只是收集的花費昂貴,因此很少執行。

? ? ? ? 為什么說回收是昂貴的呢,因為V8采用的是一種被稱為世界末日(stop-the-world)的回收機制。在執行的時候幾乎程序是暫停的。

? ? ? ? 在年青一代變成老一代的過程中,一般約20%會保留,其他的都會被回收。因此舊空間只有在耗盡的時候才會被回收, 為此,V8引擎使用兩種不同的收集算法:

清除收集:快速地運行在新一代

標記掃描收集:緩慢地運行在老一代

內存管理? http://www.memorymanagement.org/

V8垃圾回收? http://jayconrod.com/posts/55/a-tour-of-v8-garbage-collection

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,048評論 6 542
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,414評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,169評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,722評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,465評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,823評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,813評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,000評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,554評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,295評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,513評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,035評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,722評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,125評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,430評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,237評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,482評論 2 379

推薦閱讀更多精彩內容