2. 程式人生 > >JAVA垃圾回收Garbage Collection(二、垃圾收集器

JAVA垃圾回收Garbage Collection(二、垃圾收集器

阿新 • • 發佈：2018-08-05
其余 精確 建立 完成 java虛擬機 接受 歷史 區別 size

垃圾收集器

  • HotSpot虛擬機的垃圾收集器
    • 　　Java虛擬機規範中對垃圾收集器如何實現沒有任何規定，因此不同版本的虛擬機所提供的垃圾收集器都可能有很大的差別，並且都會提供參數供用戶自己應用的特點和要求組合出各個年代使用的收集器。java 1.7之後的Hotspot虛擬機包含的收集器如下：
    • 技術分享圖片

    • 新生代收集器：Serial ,ParNew,Parallel Scavenge
    • 老年代收集器：CMS，Serial Old，Parallel Old
    • 獨立堆收集器：G1
  • Serial收集器
    • 　　serial收集器是最基本發展歷史最悠久的收集器。在jdk1.3之前是虛擬機新生代收集的唯一選擇。這個收集器是單線程收集器，但它單線程的意義並不僅僅說明它只會使用一個CPU或者一條收集線程去完成垃圾收集工作，更重要的是，它進行垃圾收集時，必須暫停其他所有的線程，之道它收集結束。"Stop The World"是這個收集器的特點。這個工作其實是由虛擬機在後臺自動發起自動完成的在用戶不可見的情況下把用戶正常工作的線程全部停掉對很多應用難以接受。但是虛擬機開發團隊為消除或者工作線程因為內存回收而導致的停頓一直努力進行著，從serial到Parallel收集器到CMS再到G1，一個個越來越優秀的收集器出現，用戶線程停頓時間不斷縮短，但是仍然沒辦法消除。
    • serial優點：簡單高效，對單CPU的環境Serial收集器由於沒有線程交互的開銷，專心做垃圾收集自然可以獲得最高的單線程收集效率，在應用場景中分配給虛擬機內存的一般不會很大，收集幾十上百兆的新生代時，停頓時間可以控制到幾十毫秒最多一百毫秒內只要不是頻繁發生這點停頓是可以接受的。所以serial在Client模式下的虛擬機是個很好的選擇。
    • 技術分享圖片

  • ParNew收集器
    • 　　ParNew收集器其實是Serial收集器的多線程版本，除了使用多線程進行垃圾回收外，其余包括Serial收集器的所有可控參數，收集算法，Stop The World 對象分配規則，回收策略都和Serial一樣。示意圖如下:

    • 技術分享圖片

    • 目前只有ParNew收集器能和CMS收集器配合工作，成為Server模式下虛擬機的首選新生代收集器。
  • Parallel Scavenge收集器
    • 　　新生代收集器，使用的也是復制算法Parallel Scavenge收集器的特點是它的關註點和其他收集器不同CMS等收集器的關註點是盡可能的縮短垃圾收集時用戶線程的停頓時間，而Parallel Scavenge收集器的目標則是達到一個可控的吞吐量（ThroughPut）。吞吐量：就是cpu用於運行用戶代碼的時間與cpu總消耗時間的比值，吞吐量=運行用戶代碼時間/（運行用戶代碼時間+垃圾收集時間），虛擬機運行了100分鐘，垃圾收集花掉1分鐘，吞吐量就是99%。
      • Parallel Scavenge 收集器總共有兩個參數用以精確控制吞吐量分別是：最大垃圾收集停頓時間-XX：MaxGCPauseMills，直接設置吞吐量大小的-XX：GCTimeRatio
      • MaxGCPauseMills：GC停頓時間縮短是犧牲吞吐量和新生代空間換來的，系統把新生代調小點，收集200M肯定比500M快，這也導致垃圾收集器更加頻繁的原來10s一次，每次100ms，現在是5s一次每次70ms。停頓時間下來了，吞吐 量也下來了。
      • GCTimeRatio：0-100的整數，垃圾收集時間占總時間的占比，就是吞吐量的倒數；如默認是99 就是占用1%（1/（99+1））的垃圾收集時間；
      • -XX:+UseAdaptiveSizePolicy:打開後不需要手動設定Eden Survivor比例，老年代對象大小的細節參數，續集及會動態調整這些參數以提供最適合的停頓時間或者最大的吞吐量。自適應調節也是與ParNew收集器的重要區別。
  • Serial Old
    • 　　serial的老年代版本，單線程收集器使用標記-整理算法，主要在Client模式下的虛擬機下使用
    • 　　JDK1.5之前與Parallel Scavenge收集器搭配使用，CMS的後備預案
  • Parallel Old
    • 　　Parallel Scavenge收集器的老年代版本，使用多線程和標記整理算法。
    • 新生代如果選擇了Parallel Scavenge收集器，老年代只能使用Serial Old，有了Parallel Old出現後，在註重吞吐量和CPU敏感的資源場合可以優先使用Parallel Scavenge和Parallel Old組合。
    • 技術分享圖片

  • CMS(Concurrent Mark Sweep)
    • 　　技術分享圖片

  • G1（Garbage First）
    • G1收集器是一款面向服務端應用的垃圾收集器
      • 並行與並發：G1能充分利用多CPU多核環境下的硬件優勢，使用多個CPU來縮短Stop-The-World的時間
      • 分代收集：G1收集器可收集新生代老年代兩種，不需要其他收集器配合就可以獨立管理整個GC堆
      • 空間整合：G1采用"標記-整理"算法實現收集器，意味著G1運作期間不會產生內存空間碎片，收集後可提供規整的可用內存
      • 可預測的停頓：建立可預測的停頓時間模型，能讓使用者明確指定一個長度為M毫秒的時間片段內，消耗在垃圾收集器上的時間不得超過N毫秒技術分享圖片

JAVA垃圾回收Garbage Collection(二、垃圾收集器

相關推薦

JAVA垃圾回收Garbage Collection(二、垃圾收集器

其余 精確 建立 完成 java虛擬機 接受 歷史 區別 size 垃圾收集器 HotSpot虛擬機的垃圾收集器 　　Java虛擬機規範中對垃圾收集器如何實現沒有任何規定，因此不同版本的虛擬機所提供的垃圾收集器都可能有很大的差別，並且都會提供參數供用戶自己應用的特點和要

java垃圾回收Garbage Collection(一、垃圾收集算法)

按順序 算法 根據 垃圾收集 無法 虛擬機 mar none 內存空間 　　垃圾收集算法 標記-清除算法　　 　　最基礎的算法是標記-清除（Mark-Sweep）算法。分為標記和清除兩個階段：首先標記出所有需要回收的對象，標記完成後統一回收所有被標記的對象。之所以說是最

Java記憶體垃圾回收(Garbage Collection)機制基本方法和原則：System.gc()與finalize()

Java記憶體垃圾回收(Garbage Collection)機制基本方法和原則：System.gc()與finalize() Java一個物件的finalize()函式，是在當前物件被回收時才會呼叫。System.gc()暗示和提醒JVM開始垃圾回收。Java程式中顯示呼叫System.g

垃圾回收(garbage collection)介紹

 垃圾回收用來實現記憶體的自動管理(automatic management)，區別於人工管理(manual management)。人工管理記憶體容易出現的問題： 1）懸垂指標，dangling pointer 2）重複回收，Double free 3）記憶體洩露，m

Java效能系一（JVM、垃圾回收、記憶體調優、常見引數）

一、什麼是JVM     JVM是Java Virtual Machine（Java虛擬機器）的縮寫，JVM是一種用於計算裝置的規範，它是一個虛構出來的計算機，是通過在實際的計算機上模擬模擬各種計算機功能來實現的。     Java語言的一個非常重要的

Java垃圾回收精粹——序列收集器、並行收集器以及併發標記清理收集器（CMS）

序列收集器（Serial Collector） 序列收集器是最簡單的收集器，對於單處理器系統真是絕佳上選。當然，它也是所有收集器裡面最不常用的。序列收集器使用一個單獨的執行緒進行收集，不管是次要收集還是主要收集。在年老區中分配的物件使用一個簡單的凹凸指標演算法（bump

.NET垃圾回收機制（二）

sel 結點 是個 pac public 良好的 方案 環境 哪裏 一、GC的必要性 　　1、應用程序對資源操作，通常簡單分為以下幾個步驟：為對應的資源分配內存 → 初始化內存 → 使用資源 → 清理資源 → 釋放內存。 　　2、應用程序對資源（內存使用）管理的方式，常見的

Java 垃圾回收機制與幾種垃圾回收演算法

一、如何確定某個物件是“垃圾”？ 這一小節先了解一個最基本的問題：如果確定某個物件是“垃圾”？既然垃圾收集器的任務是回收垃圾物件所佔的空間供新的物件使用，那麼垃圾收集器如何確定某個物件是“垃圾”？通過什麼方法判斷一個物件可以被回收了。 在java中是通過引用來和物件進行關

垃圾回收策略（二）

垃圾回收： 即收集已經“死去”的物件。Java記憶體執行時資料區中程式計數器、虛擬機器棧、本地方法棧三個部分的隨執行緒而生，隨執行緒而滅。每個棧幀中分配多少記憶體在類結構確定時就是可知的，因此這三個區域的記憶體分配和回收都具備確定性，不需過多考慮回收問題，因為方法結束或執行

淺談.NET垃圾回收-Garbage Collector

什麼是GC GC（Garbage Collector），垃圾記憶體收集，它以應用程式的root為基礎，遍歷應用程式在Heap上動態分配的所有物件，通過識別它們是否被引用來確定哪些物件是已經死亡的、哪些仍需要被使用。已經不再被應用程式的root或者別的物件所引用

Java垃圾回收機制與典型的垃圾回收演算法

說到垃圾回收（Garbage Collection，GC），很多人就會自然而然地把它和Java聯絡起來。在Java中，程式設計師不需要去關心記憶體動態分配和垃圾回收的問題，這一切都交給了JVM來處理。顧名思義，垃圾回收就是釋放垃圾佔用的空間，那麼在Java中，什麼樣的

使用ReferenceQueue實現對ClassLoader垃圾回收過程的觀察、以及由此引發的ClassLoader記憶體洩露的場景及排查過程

1 使用Reference/ReferenceQueue觀察Class和ClassLoader的解除安裝在java中，存在著強引用(=)，軟引用(SoftReference)，弱引用(WeakReference)，虛引用(PhantomReference)這4種引用型別。如果

詳解JVM記憶體管理與垃圾回收機制2 - 何為垃圾

隨著程式語言的發展，GC的功能不斷增強，效能也不斷提高，作為語言背後的無名英雄，GC離我們的工作似乎越來越遠。作為Java程式設計師，對這一點也許會有更深的體會，我們不需要了解太多與GC相關的知識，就能很好的完成工作。那還有必要深入瞭解GC嗎？學習GC的意義在哪兒？ 不管效能提高到何種程

JAVA 集合類（Collection）、List、Set、Map、Collections與Arrays、泛型

1. 集合堆疊、佇列資料結構的特點1.1. 什麼是集合儲存物件的容器，面嚮物件語言對事物的體現都是以物件的形式，所以為了方便對多個物件的操作，儲存物件，集合是儲存物件最常用的一種方式。集合的出現就是為了持有物件。集合中可以儲存任意型別的物件, 而且長度可變。在程式中有可能無法

深入理解Java中的Garbage Collection

前提 最近由於系統業務量比較大，從生產的GC日誌(結合Pinpoint)來看，需要對部分系統進行GC調優。但是鑑於以往不是專門做這一塊，但是一直都有零散的積累，這裡做一個相對全面的總結。本文只針對HotSpot VM也就是Oracle Hotspot VM或者OpenJDK Hotspot VM，版本為J

十二、samba服務器配置和管理

samba、文件共享12.1、Samba簡介 Linux和Windows是兩種無論在風格還是在技術上都完全不同的操作系統，它們是兩個對立的陣形。各自都擁有自己的用戶群和市場。但是，要實現這兩種系統之間的資源共享，則需要使用Samba。Samba采用的是C/S工作模式，通過它可以將一臺Linux系統主機配置為

二、XenServer 服務器配置

服務器 xenserver 配置 重啟完成XenServer 之後，進入菜單驅動文本控制臺（Menu-Driven Text Console）界面1.切換到Network and Management Interface 配置管理網絡2.選擇Configure Management Interfa

第19課：JVM中Serial收集器、ParNew收集器、Parallel收集器解析

內容：     1.Serial收集器     2.ParNew收集器     3.Parallel收集器 一、三種收集器解析     Serial收集器：單執行緒的方式，序列的方式，一般在新生代

【深入Java虛擬機器】之六：GC收集器以及JDK7,JDK8中JVM記憶體變化

Java與C++之間有一堵由記憶體動態分配和垃圾收集技術所圍成的“高牆”，牆外面的人想進去，牆裡面的人卻想出來。 GC收集器 如果說收集演算法是記憶體回收的方法論，那麼垃圾收集器就是記憶體回收的具體實現。 Java虛擬機器規範中對垃圾收集器應該如何實現並沒有任何規定，因此不同的廠

Java效能優化指南（四)：GC收集器導論

本章主要介紹垃圾收集器的基礎知識。為了提升效能，如果需要重寫程式碼，那肯定需要花費很大的精力，所以一般都是在不得已的情況下才會這麼做。實踐證明，對垃圾收集器進行調優可以對應用帶來比較大的效能提升，它也是效能工程師對應用進行調優的重要手段。當前Java虛擬機器主要有4類垃圾收