一、堆內(nèi)內(nèi)存

堆內(nèi)內(nèi)存分為三大部分，年輕代 ， 老年代 和 元空間，所以 堆內(nèi)內(nèi)存 = 年輕代 + 老年代 + 元空間，下面細(xì)聊下三部分

1.1 年輕代-Young Generation

存放的是new 生成的對(duì)象

年輕代是為了盡可能快速的回收掉那些生命周期短的對(duì)象

Eden

• 大部分對(duì)象在Eden區(qū)中生成
• 當(dāng)Eden區(qū)滿時(shí),會(huì)做一次young gc, 依然存活的對(duì)象將被復(fù)制到Survivor區(qū), 當(dāng)一個(gè)Survivor 區(qū)滿時(shí), 此區(qū)的存活對(duì)象將被復(fù)制到另外一個(gè)Survivor區(qū)

Survivor（通常2個(gè))

• 當(dāng)兩個(gè) Survivor 區(qū) 都滿時(shí), 從第一個(gè)Survivor 區(qū) 被復(fù)制過來(lái) 且 依舊存活的 對(duì)象，超過一定年齡的會(huì)被復(fù)制到 老年代(Tenured)
• Survivor 的兩個(gè)區(qū)是對(duì)稱的, 沒有先后關(guān)系, 所有同一個(gè)區(qū)中可能同時(shí)存在從Eden復(fù)制過來(lái)的對(duì)象 和 從前一個(gè) Survivor 復(fù)制過來(lái)的對(duì)象。
• 把a(bǔ)ge大于-XX:MaxTenuringThreshold的對(duì)象晉升到老年代；（對(duì)象每在Survivor區(qū)熬過一次，其age就增加一歲）；

1.2 老年代 (Old Generation)

存放了在年輕代中經(jīng)歷了N次垃圾回收后仍存活的對(duì)象, 是一些生命周期較長(zhǎng)的對(duì)象.

存放那些創(chuàng)建的時(shí)候占用空間比較大的對(duì)象，這些對(duì)象不經(jīng)歷eden,直接進(jìn)入老年代，大對(duì)象（大小大于-XX:PretenureSizeThreshold的對(duì)象）

1.3 元數(shù)據(jù)（Meta space）

存放類的數(shù)據(jù)

存放靜態(tài)文件, 如靜態(tài)類和方法等。持久代對(duì)垃圾回收沒有顯著影響, 但是有些應(yīng)用可能動(dòng)態(tài)生成或者調(diào)用一些class, 比如Hibernate, Mybatis 等, 此時(shí)需要設(shè)置一個(gè)較大的持久代空間來(lái)存放這些運(yùn)行過程中新增的類。

設(shè)置持久代大小參數(shù): -XX:MetaspaceSize, -XX:MaxMetaspaceSize

1.4 總結(jié)

1、默認(rèn)參數(shù)：

老年代占整個(gè)堆內(nèi)存的2/3

年輕代占整個(gè)內(nèi)存的1/3

Eden 區(qū)域占 整個(gè)年輕代的80%，F(xiàn)rom 和 To 兩個(gè)生存者區(qū)域各占10%

2、新老年代相關(guān)jvm參數(shù)

-XX:NewRatio 設(shè)置新老年代比例，如-XX:NewRatio=5 代表 新老年代比例為1:5，新生代占用堆內(nèi)存的1/6，老年代占用5/6；

-XX:SurvivorRatio 設(shè)置新生代中eden和兩個(gè)2個(gè)Survivo區(qū)域大小的比例，如-XX:SurvivorRatio=8，則eden:s1:s2=8:1:1,默認(rèn)比例就是為8:1:1.

3、young GC發(fā)生在新生代中，F(xiàn)Ull GC 發(fā)生在整個(gè)堆空間中，一般是老年代空間不夠用就會(huì)出發(fā)FULL GC

二、堆外內(nèi)存

我們的游戲服務(wù)器使用的是netty，所以單說(shuō)下netty,Netty的ByteBuffer采用DIRECT BUFFERS，使用堆外直接內(nèi)存進(jìn)行Socket讀寫，不需要進(jìn)行字節(jié)緩沖區(qū)的二次拷貝,堆外內(nèi)存的零拷貝.提升了效率。因?yàn)椴僮飨到y(tǒng)內(nèi)核直接把數(shù)據(jù)寫到堆外內(nèi)存里，不需要像普通API一樣，操作系統(tǒng)內(nèi)核緩存一份，程序讀的時(shí)候再?gòu)?fù)制一份到程序空間。

2.1 java中在堆外開辟內(nèi)存的方法有兩種

1.用DirectBufferByteBuffer.allocateDirect(size)

2.用JNI寫java的c/c++擴(kuò)展，在擴(kuò)展里不牽扯jvm自己向系統(tǒng)搞內(nèi)存出來(lái)。

2.2 使用堆外內(nèi)存的優(yōu)點(diǎn)

1.減少了垃圾回收因?yàn)槔厥諘?huì)暫停其他的工作。

2.加快了復(fù)制的速度堆內(nèi)在flush到遠(yuǎn)程時(shí)，會(huì)先復(fù)制到直接內(nèi)存（非堆內(nèi)存），然后在發(fā)送；而堆外內(nèi)存相當(dāng)于省略掉了這個(gè)工作。

2.3堆外內(nèi)存的缺點(diǎn)

內(nèi)存難以控制，使用了堆外內(nèi)存就間接失去了JVM管理內(nèi)存的可行性，改由自己來(lái)管理，當(dāng)發(fā)生內(nèi)存溢出時(shí)排查起來(lái)非常困難。

三、垃圾回收

3.1 垃圾回收(GC)

Minor GC

• 一般當(dāng)新對(duì)象生成并且在Eden申請(qǐng)空間失敗時(shí)就會(huì)觸發(fā)MinorGC, 對(duì)Eden區(qū)域進(jìn)行GC, 清除非存活對(duì)象, 并且把尚存活的對(duì)象移動(dòng)到Survivor區(qū), 然后整理兩個(gè)Survivor區(qū)。
• 該方式的GC是對(duì)年輕代的Eden區(qū)進(jìn)行，不會(huì)影響到年老代。
• 由于大部分對(duì)象是從Eden區(qū)開始的,  所以Eden區(qū)的GC會(huì)很頻繁。

Major GC / Full GC

• 老年代(Tenured) 被寫滿
• 持久代(Permanent) 被寫滿
• System.gc() 被顯示調(diào)用
• 上一次GC之后Heap 的各域分配策略動(dòng)態(tài)變化
• 對(duì)整個(gè)堆進(jìn)行整理。
• 所消耗的時(shí)間較長(zhǎng), 所以要盡量減少 Full GC 的次數(shù)
• 出現(xiàn)Full GC經(jīng)常會(huì)伴隨至少一次的Minor GC（不是絕對(duì)，Parallel Sacvenge收集器就可以選擇設(shè)置Major GC策略）；

Major GC速度一般比Minor GC慢10倍以上。

3.2 GC root

程序把所有的引用關(guān)系看作一張圖，從一個(gè)節(jié)點(diǎn)GC ROOT開始，尋找對(duì)應(yīng)的引用節(jié)點(diǎn)，找到這個(gè)節(jié)點(diǎn)以后，繼續(xù)尋找這個(gè)節(jié)點(diǎn)的引用節(jié)點(diǎn)，當(dāng)所有的引用節(jié)點(diǎn)尋找完畢之后，剩余的節(jié)點(diǎn)則被認(rèn)為是沒有被引用到的節(jié)點(diǎn)，即無(wú)用的節(jié)點(diǎn)，是需要釋放內(nèi)存的對(duì)象。

java中可作為GC Root的對(duì)象有

1.虛擬機(jī)棧中引用的對(duì)象（本地變量表）

2.方法區(qū)中靜態(tài)屬性引用的對(duì)象

3方法區(qū)中常量引用的對(duì)象

4.本地方法棧中引用的對(duì)象（Native對(duì)象）

3.3常用垃圾回收器

垃圾收集器就是內(nèi)存回收的具體實(shí)現(xiàn)。下面介紹一下虛擬機(jī)提供的幾種垃圾收集器

Serial收集器（復(fù)制算法)

新生代單線程收集器，標(biāo)記和清理都是單線程，優(yōu)點(diǎn)是簡(jiǎn)單高效。

Serial Old收集器(標(biāo)記-整理算法)

老年代單線程收集器，Serial收集器的老年代版本。

ParNew收集器(停止-復(fù)制算法)　

新生代收集器，可以認(rèn)為是Serial收集器的多線程版本,在多核CPU環(huán)境下有著比Serial更好的表現(xiàn)。

Parallel Scavenge收集器(停止-復(fù)制算法)

并行收集器，追求高吞吐量，高效利用CPU。吞吐量一般為99%， 吞吐量= 用戶線程時(shí)間/(用戶線程時(shí)間+GC線程時(shí)間)。適合后臺(tái)應(yīng)用等對(duì)交互相應(yīng)要求不高的場(chǎng)景。

Parallel Old收集器(停止-復(fù)制算法)

Parallel Scavenge收集器的老年代版本，并行收集器，吞吐量?jī)?yōu)先

CMS(Concurrent Mark Sweep)收集器（標(biāo)記-清理算法）

高并發(fā)、低停頓，追求最短GC回收停頓時(shí)間，cpu占用比較高，響應(yīng)時(shí)間快，停頓時(shí)間短，多核cpu 追求高響應(yīng)時(shí)間的選擇

G1(Garbage-First）

現(xiàn)在最新的回收器，新生代和老年代通用

新生代收集器使用的收集器：Serial、PraNew、Parallel Scavenge

老年代收集器使用的收集器：Serial Old、Parallel Old、CMS

我們線上服務(wù)器使用的是G1 收集器

四、總結(jié)

上面列舉了很多的內(nèi)容，但是需要記住的下面幾點(diǎn)就可以了

    1、對(duì)象的遷移路徑：出生在Eden，然后在Survivor 區(qū)域來(lái)回遷移，遷移一次一次增加一次年齡，年齡太大的直接進(jìn)入老年代

   2、 Eden區(qū)域滿了 產(chǎn)生 minor Gc

    老年代滿了產(chǎn)生 full gc 

    3、記住回收器是執(zhí)行g(shù)c 的，選擇最新的G1回收器就好了

到此這篇關(guān)于再也不用怕! 讓你徹底搞明白Java內(nèi)存分布的文章就介紹到這了,更多相關(guān)Java內(nèi)存分布內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！