Node(V8)的垃圾回收機制

suxier 發(fā)布于2019-08-22 15:31 / 899人閱讀

摘要：基本概念垃圾回收機制。對兩個不同生代的不同垃圾回收策略構(gòu)成了整個的垃圾回收機制。此種方式會導(dǎo)致下一次內(nèi)存中產(chǎn)生大量碎片，即內(nèi)存空間不連續(xù)，導(dǎo)致內(nèi)存分配時面對大對象可能會無法滿足，提前出發(fā)下一次的垃圾回收機制。

: 聊一聊垃圾回收機制吧。
  : 恩，垃圾回收是自動的。

基本概念

GC（Garbage collection）垃圾回收機制。目的是解釋器去判別需要回收的內(nèi)容，當(dāng)解釋器認(rèn)為一個占著房子的人已經(jīng)沒有存在的意義了，就自動收回房子重新對外出租（available）。JS和PY都選擇不相信程序員，選擇自己操控內(nèi)存問題。

Node的對象都是分配在堆內(nèi)存上，V8主要把內(nèi)存分為 new-space 和 old-space ，64位系統(tǒng)對應(yīng)的大小約為 32MB 和 1400MB（32位系統(tǒng)對應(yīng)折半）。二者共同構(gòu)成Node的總內(nèi)存（約為1.4G）。

新生代空間的對象生存周期比較短，容量也比較小，老生代的對象都是“強硬派”，生命力旺盛，容量比較大。Node 不是 HipHop 為啥非要把內(nèi)存分這個 “new-school”，“old-school” ？，就是因為在實際的情況中，各種垃圾回收策略并不能滿足解決不同的對象聲明周期長短不一的問題，而只是針對某一種特定情況非常有用，所以基于分代策略能夠根據(jù)對象的生命周期不同，采用最適合的算法策略進行高效垃圾回收。

Node對兩個不同生代的不同垃圾回收策略構(gòu)成了整個Node的垃圾回收機制。下面就來詳細(xì)說明這兩個不同的生代究竟是怎么處理的辣雞的。

new-space 與 Scavenge算法

回顧一下 new-space 的特點：對象的生存周期普遍都比較短。這意味著，“頑固派”對象比較少

Scavenge 策略把 new-space 一分為兩個 “simispace"(半空間)，一個叫處于使用狀態(tài)的 From 空間一個叫閑置的 TO 空間。整個回收的過程就是如下圖：

引用計數(shù)與閉包

那么在新生代中如何讓GC知道某一個對象已經(jīng)沒有價值即該對象的生命周期已經(jīng)結(jié)束了呢？

引用計數(shù)：所謂引用計數(shù)就是跟蹤并記錄每一個值被引用的次數(shù)，當(dāng)我們生命了一個變量并且將一個引用類型賦值給該變量，那么該引用對象的引用計數(shù)加一，如果同一個變量又賦值給了另外一個變量，那么計數(shù)再一次增加1。那么相反的是如果某一個有引用類型值得變量又被賦了另外一個值，那么原先的引用類型的計數(shù)就相應(yīng)的減一，或者當(dāng)在一個函數(shù)執(zhí)行完畢之后，該函數(shù)在執(zhí)行時所創(chuàng)建的作用域?qū)N毀，與此同時在該函數(shù)作用域中聲明的局部變量所對應(yīng)的內(nèi)存空間的引用計數(shù)將隨之減一，不出現(xiàn)閉包的情況下，下一次的垃圾回收機制在被觸發(fā)的時候，作用域中的變量所對應(yīng)的空間就會結(jié)束聲明周期。像下面的代碼那樣：

function callOnce(){
    let local = {}
    let foo = {}
    let bar = {a:{},b:{}}
}

那么所謂閉包，一個在面試中都快被問爛了的概念:),其實說白了就是運用函數(shù)可以作為參數(shù)或者返回值使得一個外部作用域想要訪問內(nèi)部作用域中的私有變量的一種方式

function foo(){
    let local = {a:"ray"}
    return function(){
        return local
    }
}

let bar = foo()

上述代碼就形成了一個閉包，使得一旦有了變量引用了foo函數(shù)的返回值函數(shù)，就使得該返回值函數(shù)得不到釋放，也使得foo函數(shù)的作用域得不到釋放，即內(nèi)存也不會釋放，除非不再有引用，才會逐步釋放。

old-space 與標(biāo)記-清除/標(biāo)記-整理

分代之中除了 new-space 之外即是 old-space 了，分代的目的是為了針對不同的對象生命周期運用不同的回收算法。

滿足條件晉升到老生代的的對象都有著比較頑強的生機，意味著在老生代中，存活的對象占有者很大的比重，使用新生代基于復(fù)制的策略會有著比較差的效率，此外，新生代中一分為二的空間策略面對著存活對象較多的情況也比較不合適。所以在老生代中V8采用了標(biāo)記-清除與標(biāo)記-整理這這兩種方式結(jié)合的策略。

標(biāo)記清除分為標(biāo)記和清除兩個步驟，先在老生代中遍歷所有的對象，把那些在遍歷過程中還活著的對象都加上一個標(biāo)記，在下一步的時候那些沒有被標(biāo)記的對象就會自然的被回收了。示意圖如下：

黑色的即為沒有被標(biāo)記已經(jīng)死了對象，下一次就會被回收內(nèi)存空間。

此種方式會導(dǎo)致下一次內(nèi)存中產(chǎn)生大量碎片，即內(nèi)存空間不連續(xù)，導(dǎo)致內(nèi)存分配時面對大對象可能會無法滿足，提前出發(fā)下一次的垃圾回收機制。所以便又有了一種標(biāo)記-整理的方式。

對比標(biāo)記-清除，他多了異步整理的過程，即把標(biāo)記為存活的兌現(xiàn)統(tǒng)統(tǒng)整理到內(nèi)存的一端，完成整理之后直接清除掉另一端連續(xù)的死亡對象空間，如下：

最后，由于標(biāo)記-整理這種方式設(shè)計大量移動對象操作，導(dǎo)致速度非常慢，多以 V8 主要使用標(biāo)記-清除的方式，當(dāng)老生代空間中不足以為新生代晉升過來的頑固派們分配空間的時候，才使用標(biāo)記-整理

V8的優(yōu)化

由于在進行垃圾回收的時候會導(dǎo)致應(yīng)用邏輯陷入全停頓的狀態(tài)，在進行老生代的回收時，V8引入了增量式標(biāo)記，增量式整理，延遲清理等策略，中心思想就是為了能讓一次垃圾回收過程不那么占用太長的應(yīng)用程序停頓時間，而提出類似于時間片輪轉(zhuǎn)一樣的策略，讓整個過程“雨露均沾”，GC弄一會，應(yīng)用程序執(zhí)行一會。

堆內(nèi)內(nèi)存與堆外內(nèi)存

使用process.memoryUsage()可以查看node進程的內(nèi)存使用情況。單位是字節(jié)

{ rss: 22233088,
  heapTotal: 7708672,
  heapUsed: 5095384,
  external: 28898 }

其中 rss 就是 node 進程的常駐內(nèi)存。V8對內(nèi)存有限制，但是不同于瀏覽器，Node在服務(wù)端難免會操作大文件流，所以有了一種跳脫 V8 的內(nèi)存限制方式就是使用 buffer 進行堆外內(nèi)存分配。如下代碼：

let showMem = () => {
    let mem = process.memoryUsage()
    //process.memoryUsage()值得單位都是字節(jié),轉(zhuǎn)化為兆
    let format = (byte) => {
        return (byte/1024/1024).toFixed(2)+"MB"
    }
    console.log(`rss:${format(mem.rss)}
 heapTotal:${format(mem.heapTotal)}
 heapUsed:${format(mem.heapUsed)}
 external:${format(mem.external)}`);
    console.log("------------------------------------");
}

let useMem = () => {
    let size = 20*1024*1024
    let arr = new Array(size)
    for (let index = 0; index < size; index++) {
        arr[index] = 0      
    }
    return arr
}

let useMemBuffer = () => {
    let size = 20*1024*1024
    let buf = new Buffer(size)
    for (let index = 0; index < size; index++) {
        buf[index] = 0      
    }
    return buf
}

let total = []

for (let index = 0; index < 100; index++) {
    showMem()
    total.push(useMemBuffer())
}

showMem()

下面為分別調(diào)用 useMem()和useMemBuffer() 使用數(shù)組是通過V8分配堆內(nèi)存，使用 Buffer 是不使用V8分配堆外內(nèi)存，分別打?。?/p>

上圖一表示堆內(nèi)內(nèi)存在一定循環(huán)次數(shù)之后達(dá)到溢出邊緣，

圖二可見，external和rss在不斷增大但是其值早就突破了V8的內(nèi)存上限。是因為堆外內(nèi)存并不是V8進行內(nèi)存分配的。

下一篇所要討論的緩存算法中，緩存就是一個有可能造成內(nèi)存泄漏的場景。

參考：

《深入淺出NodeJS》-- 樸靈

云服務(wù)器 GPU云服務(wù)器垃圾回收機制 java垃圾回收機制java java的垃圾回收器回收機制

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/93505.html

發(fā)表評論

登陸后可評論

0條評論

suxier

男|高級講師

我要關(guān)注我要私信

TA的文章

CUBECLOUD：雙十一降價，全線產(chǎn)品85折，洛杉磯Lite限時月付20元，洛杉磯Pro/Lite

閱讀 3061·2021-11-08 13:20
云主機怎么弄-云主機怎么使用？

閱讀 1112·2021-09-22 15:20
十分鐘復(fù)習(xí)CSS盒模型與BFC

閱讀 725·2019-08-30 15:53
層疊上下文與z-index

閱讀 2034·2019-08-30 15:43
2018.11.19秋招末第二波前端實習(xí)/校招小結(jié)

閱讀 1330·2019-08-29 17:21
瀏覽器渲染機制與相應(yīng)優(yōu)化策略

閱讀 587·2019-08-29 12:15
bug記錄：IE8，包含塊min-height/height共存時的高度計算bug

閱讀 2434·2019-08-28 17:51
javascript map()詳解

閱讀 3196·2019-08-26 13:26

亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！

Node(V8)的垃圾回收機制

相關(guān)文章

Node.js內(nèi)存管理和V8垃圾回收機制

Node - 內(nèi)存管理和垃圾回收

【V8引擎】淺析Chrome V8引擎中的垃圾回收機制和內(nèi)存泄露優(yōu)化策略

淺談V8引擎中的垃圾回收機制

簡述JavaScript的垃圾回收機制

發(fā)表評論

0條評論

suxier

男|高級講師

TA的文章

CUBECLOUD：雙十一降價，全線產(chǎn)品85折，洛杉磯Lite限時月付20元，洛杉磯Pro/Lite

云主機怎么弄-云主機怎么使用？

十分鐘復(fù)習(xí)CSS盒模型與BFC

層疊上下文與z-index

2018.11.19秋招末第二波前端實習(xí)/校招小結(jié)

瀏覽器渲染機制與相應(yīng)優(yōu)化策略

bug記錄：IE8，包含塊min-height/height共存時的高度計算bug

javascript map()詳解

最新活動

資訊專欄INFORMATION COLUMN

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！

Node(V8)的垃圾回收機制

相關(guān)文章

發(fā)表評論

0條評論

男|高級講師

TA的文章

最新活動

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！