2023年Q2用戶偏好榜：12+256G版本成新主流
3月份的性能榜、性價比榜和好評榜之后，就要輪到2023年的第二季度偏好榜了，上半年的新機潮已經過去，最明顯的肯定就是大內存和存儲的機型了，另外部分中端機也取消了屏幕塑料支架
大家好，我是林三心。前兩天，無意中看到了B站上一個講V8垃圾回收 機制的視頻，感興趣的我看了一下，感覺有點難懂，于是我就在想，大家是不是跟我一樣對V8垃圾回收機制這方面的知識都比較懵，或者說看過這方面的知識，但是看不懂。所以，我思考了三天，想了一下如何才能用最通俗的話，講最難的知識點。
我相信大部分同學在面試中常常被問到：”說一說V8垃圾回收機制吧“。
這個時候，大部分同學肯定會這么回答：”垃圾回收機制有兩種方式，一種是引用法，一種是標記法“。
就是判斷一個對象的引用數，引用數為0就回收，引用數大于0就不回收。請看以下代碼：
let obj1 = { name: '林三心', age: 22 }let obj2 = obj1let obj3 = obj1obj1 = nullobj2 = nullobj3 = null
圖片
引用法是有缺點的，下面代碼執行完后，按理說obj1和obj2都會被回收，但是由于他們互相引用，各自引用數都是1，所以不會被回收，從而造成內存泄漏。
function fn () { const obj1 = {} const obj2 = {} obj1.a = obj2 obj2.a = obj1}fn()
圖片
標記法就是，將可達的對象標記起來，不可達的對象當成垃圾回收。
那問題來了，可不可達，通過什么來判斷呢？(這里的可達，可不是可達鴨)
言歸正傳，想要判斷可不可達，就不得不說可達性了，可達性是什么？就是從初始的根對象（window或者global）的指針開始，向下搜索子節點，子節點被搜索到了，說明該子節點的引用對象可達，并為其進行標記，然后接著遞歸搜索，直到所有子節點被遍歷結束。那么沒有被遍歷到節點，也就沒有被標記，也就會被當成沒有被任何地方引用，就可以證明這是一個需要被釋放內存的對象，可以被垃圾回收器回收。
// 可達var name = '林三心'var obj = { arr: [1, 2, 3]}console.log(window.name) // 林三心console.log(window.obj) // { arr: [1, 2, 3] }console.log(window.obj.arr) // [1, 2, 3]console.log(window.obj.arr[1]) // 2function fn () { var age = 22}// 不可達console.log(window.age) // undefined
圖片
普通的理解其實是不夠的，因為垃圾回收機制(GC)其實不止這兩個算法，想要更深入地了解V8垃圾回收機制，就繼續往下看吧！！！
其實JavaScript內存的流程很簡單，分為3步：
那么這些使用者是誰呢？舉個例子：
var num = ''var str = '林三心'var obj = { name: '林三心' }obj = { name: '林胖子' }上面這些num，str，obj就是就是使用者，我們都知道，JavaScript數據類型分為基礎數據類型和引用數據類型:
圖片
在Chrome中，V8被限制了內存的使用（64位約1.4G/1464MB ， 32位約0.7G/732MB），為什么要限制呢？
前面說到棧內的內存，操作系統會自動進行內存分配和內存釋放，而堆中的內存，由JS引擎（如Chrome的V8）手動進行釋放，當我們的代碼沒有按照正確的寫法時，會使得JS引擎的垃圾回收機制無法正確的對內存進行釋放（內存泄露），從而使得瀏覽器占用的內存不斷增加，進而導致JavaScript和應用、操作系統性能下降。
在JavaScript中，對象存活周期分為兩種情況
那么問題來了，對于存活周期短的，回收掉就算了，但對于存活周期長的，多次回收都回收不掉，明知回收不掉，卻還不斷地去做回收無用功，那豈不是很消耗性能？
對于這個問題，V8做了分代回收的優化方法，通俗點說就是：V8將堆分為兩個空間，一個叫新生代，一個叫老生代，新生代是存放存活周期短對象的地方，老生代是存放存活周期長對象的地方。
圖片
新生代通常只有1-8M的容量，而老生代的容量就大很多了。對于這兩塊區域，V8分別使用了不同的垃圾回收器和不同的回收算法，以便更高效地實施垃圾回收。
在JavaScript中，任何對象的聲明分配到的內存，將會先被放置在新生代中，而因為大部分對象在內存中存活的周期很短，所以需要一個效率非常高的算法。在新生代中，主要使用Scavenge算法進行垃圾回收，Scavenge算法是一個典型的犧牲空間換取時間的復制算法，在占用空間不大的場景上非常適用。
Scavange算法將新生代堆分為兩部分，分別叫from-space和to-space，工作方式也很簡單，就是將from-space中存活的活動對象復制到to-space中，并將這些對象的內存有序的排列起來，然后將from-space中的非活動對象的內存進行釋放，完成之后，將from space 和to space進行互換，這樣可以使得新生代中的這兩塊區域可以重復利用。
圖片
具體步驟為以下4步：
那么，垃圾回收器是怎么知道哪些對象是活動對象，哪些是非活動對象呢？
這就要不得不提一個東西了——可達性。什么是可達性呢？就是從初始的根對象（window或者global）的指針開始，向下搜索子節點，子節點被搜索到了，說明該子節點的引用對象可達，并為其進行標記，然后接著遞歸搜索，直到所有子節點被遍歷結束。那么沒有被遍歷到節點，也就沒有被標記，也就會被當成沒有被任何地方引用，就可以證明這是一個需要被釋放內存的對象，可以被垃圾回收器回收。
新生代中的對象什么時候變成老生代的對象？
在新生代中，還進一步進行了細分。分為nursery子代和intermediate子代兩個區域，一個對象第一次分配內存時會被分配到新生代中的nursery子代，如果經過下一次垃圾回收這個對象還存在新生代中，這時候我們將此對象移動到intermediate子代，在經過下一次垃圾回收，如果這個對象還在新生代中，副垃圾回收器會將該對象移動到老生代中，這個移動的過程被稱為晉升
新生代空間的對象，身經百戰之后，留下來的老對象，成功晉升到了老生代空間里，由于這些對象都是經過多次回收過程但是沒有被回收走的，都是一群生命力頑強，存活率高的對象，所以老生代里，回收算法不宜使用Scavenge算法，為啥呢，有以下原因：
所以老生代里使用了Mark-Sweep算法(標記清理)和Mark-Compact算法(標記整理)。
Mark-Sweep(標記清理)
Mark-Sweep分為兩個階段，標記和清理階段，之前的Scavenge算法也有標記和清理，但是Mark-Sweep算法跟Scavenge算法的區別是，后者需要復制后再清理，前者不需要，Mark-Sweep直接標記活動對象和非活動對象之后，就直接執行清理了。
圖片
由上圖，我想大家也發現了，有一個問題：清除非活動對象之后，留下了很多零零散散的空位。
Mark-Sweep算法執行垃圾回收之后，留下了很多零零散散的空位，這有什么壞處呢？如果此時進來了一個大對象，需要對此對象分配一個大內存，先從零零散散的空位中找位置，找了一圈，發現沒有適合自己大小的空位，只好拼在了最后，這個尋找空位的過程是耗性能的，這也是Mark-Sweep算法的一個缺點。
這個時候Mark-Compact算法出現了，他是Mark-Sweep算法的加強版，在Mark-Sweep算法的基礎上，加上了整理階段，每次清理完非活動對象，就會把剩下的活動對象，整理到內存的一側，整理完成后，直接回收掉邊界上的內存。
圖片
說完V8的分代回收，咱們來聊聊一個問題。JS代碼的運行要用到JS引擎，垃圾回收也要用到JS引擎，那如果這兩者同時進行了，發生沖突了咋辦呢？答案是，垃圾回收優先于代碼執行，會先停止代碼的執行，等到垃圾回收完畢，再執行JS代碼。這個過程，稱為全停頓。
由于新生代空間小，并且存活對象少，再配合Scavenge算法，停頓時間較短。但是老生代就不一樣了，某些情況活動對象比較多的時候，停頓時間就會較長，使得頁面出現了卡頓現象。
orinoco為V8的垃圾回收器的項目代號，為了提升用戶體驗，解決全停頓問題，它提出了增量標記、懶性清理、并發、并行的優化方法。
咱們前面不斷強調了先標記，后清除，而增量標記就是在標記這個階段進行了優化。我舉個生動的例子：路上有很多垃圾，害得路人都走不了路，需要清潔工打掃干凈才能走。前幾天路上的垃圾都比較少，所以路人們都等到清潔工全部清理干凈才通過，但是后幾天垃圾越來越多，清潔工清理的太久了，路人就等不及了，跟清潔工說：“你打掃一段，我就走一段，這樣效率高”。
大家把上面例子里，清潔工清理垃圾的過程——標記過程，路人——JS代碼，一一對應就懂了。當垃圾少量時不會做增量標記優化，但是當垃圾達到一定數量時，增量標記就會開啟：標記一點，JS代碼運行一段，從而提高效率。
圖片
上面說了，增量標記只是針對標記階段，而惰性清理就是針對清除階段了。在增量標記之后，要進行清理非活動對象的時候，垃圾回收器發現了其實就算是不清理，剩余的空間也足以讓JS代碼跑起來，所以就延遲了清理，讓JS代碼先執行，或者只清理部分垃圾，而不清理全部。這個優化就叫做惰性清理。
整理標記和惰性清理的出現，大大改善了全停頓現象。但是問題也來了：增量標記是標記一點，JS運行一段，那如果你前腳剛標記一個對象為活動對象，后腳JS代碼就把此對象設置為非活動對象，或者反過來，前腳沒有標記一個對象為活動對象，后腳JS代碼就把此對象設置為活動對象。總結起來就是：標記和代碼執行的穿插，有可能造成對象引用改變，標記錯誤現象。這就需要使用寫屏障技術來記錄這些引用關系的變化。
并發式GC允許在在垃圾回收的同時不需要將主線程掛起，兩者可以同時進行，只有在個別時候需要短暫停下來讓垃圾回收器做一些特殊的操作。但是這種方式也要面對增量回收的問題，就是在垃圾回收過程中，由于JavaScript代碼在執行，堆中的對象的引用關系隨時可能會變化，所以也要進行寫屏障操作。
圖片
并行式GC允許主線程和輔助線程同時執行同樣的GC工作，這樣可以讓輔助線程來分擔主線程的GC工作，使得垃圾回收所耗費的時間等于總時間除以參與的線程數量（加上一些同步開銷）。
圖片
2011年，V8應用了增量標記機制。直至2018年，Chrome64和Node.js V10啟動并發標記（Concurrent），同時在并發的基礎上添加并行（Parallel）技術，使得垃圾回收時間大幅度縮短。
V8在新生代垃圾回收中，使用并行（parallel）機制，在整理排序階段，也就是將活動對象從from-to復制到space-to的時候，啟用多個輔助線程，并行的進行整理。由于多個線程競爭一個新生代的堆的內存資源，可能出現有某個活動對象被多個線程進行復制操作的問題，為了解決這個問題，V8在第一個線程對活動對象進行復制并且復制完成后，都必須去維護復制這個活動對象后的指針轉發地址，以便于其他協助線程可以找到該活動對象后可以判斷該活動對象是否已被復制。
圖片
V8在老生代垃圾回收中，如果堆中的內存大小超過某個閾值之后，會啟用并發（Concurrent）標記任務。每個輔助線程都會去追蹤每個標記到的對象的指針以及對這個對象的引用，而在JavaScript代碼執行時候，并發標記也在后臺的輔助進程中進行，當堆中的某個對象指針被JavaScript代碼修改的時候，寫入屏障（write barriers）技術會在輔助線程在進行并發標記的時候進行追蹤。
當并發標記完成或者動態分配的內存到達極限的時候，主線程會執行最終的快速標記步驟，這個時候主線程會掛起，主線程會再一次的掃描根集以確保所有的對象都完成了標記，由于輔助線程已經標記過活動對象，主線程的本次掃描只是進行check操作，確認完成之后，某些輔助線程會進行清理內存操作，某些輔助進程會進行內存整理操作，由于都是并發的，并不會影響主線程JavaScript代碼的執行。
圖片
讀懂了這篇文章，下次面試官問你的時候，你就可以不用傻乎乎地說：“引用法和標記法”。而是可以更全面地，更細致地征服面試官了。
本文鏈接：http://www.www897cc.com/showinfo-26-76539-0.html贈你13張圖，助你20分鐘打敗了「V8垃圾回收機制」！！！
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號