?今天給大家聊一個(gè)很有意思的知識(shí)，就是 off-heap 堆外內(nèi)存，平時(shí)出去面試，或者研究一些技術(shù)的時(shí)候，經(jīng)常可能會(huì)遇到 off-heap 堆外內(nèi)存這個(gè)東西，但是很多人可能還不知道 off-heap 堆外內(nèi)存到底是什么，所以今天就給大家來(lái)深入的分析一下。

on-heap 堆內(nèi)內(nèi)存是什么？

要說(shuō)這個(gè) off-heap 堆外內(nèi)存，就得先說(shuō) on-heap 也就是堆內(nèi)內(nèi)存，這個(gè) on-heap 堆內(nèi)內(nèi)存相信很多人應(yīng)該都是熟悉的。

那就是咱們平時(shí)寫(xiě)好的 Java 系統(tǒng)其實(shí)運(yùn)行起來(lái)就是一個(gè) JVM 進(jìn)程，這個(gè) JVM 進(jìn)程是有一塊內(nèi)存空間專門(mén)給他用的，這塊內(nèi)存空間就是堆內(nèi)內(nèi)存。

大概如下圖所示：

JVM 堆內(nèi)存是如何去劃分的？

那么這里通常會(huì)產(chǎn)生什么問(wèn)題呢？一般來(lái)說(shuō)沒(méi)什么大問(wèn)題，但是如果是遇到要把大量數(shù)據(jù)緩存在 JVM 堆內(nèi)存里的時(shí)候，就可能會(huì)有問(wèn)題了。

所謂的數(shù)據(jù)緩存，意思就是說(shuō)，把很多數(shù)據(jù)存放在堆內(nèi)存里，這些數(shù)據(jù)是要一直用的，所以一般來(lái)說(shuō)不能把他回收掉，所以會(huì)導(dǎo)致可能很多數(shù)據(jù)一直停留在 JVM 的堆內(nèi)存里。

如下圖：

那么下一個(gè)問(wèn)題來(lái)了，這個(gè) JVM 里的堆內(nèi)存是有劃分的，一塊區(qū)域是年輕代，一塊區(qū)域是老年代，像這種緩存數(shù)據(jù)，因?yàn)槭情L(zhǎng)期存在堆內(nèi)存里的，所以通常會(huì)在年輕代里待一段時(shí)間，然后因?yàn)闆](méi)法垃圾回收，給放到老年代里去。

此時(shí)如下圖：

JVM 堆內(nèi)存滿了后會(huì)怎么樣？

但是這個(gè)老年代里如果放了太多緩存數(shù)據(jù)以后，就可能會(huì)導(dǎo)致他剩余的可用空間就會(huì)比較少了，此時(shí)可能會(huì)導(dǎo)致老年代經(jīng)常會(huì)放一點(diǎn)別的數(shù)據(jù)就塞滿了，一旦塞滿了就會(huì)觸發(fā) JVM 的 Full GC，有一個(gè)垃圾回收線程會(huì)去回收老年代里的數(shù)據(jù)。

此時(shí)如下圖：

可是此時(shí)一般來(lái)說(shuō)能回收的也就是除了緩存數(shù)據(jù)之外的一些空間，哪怕你回收了，但是緩存數(shù)據(jù)是要一直存在的，所以沒(méi)法回收掉。

此時(shí)會(huì)導(dǎo)致每次你回收了一部分剩余空間之后，然后還是剩余了很多緩存數(shù)據(jù)，此時(shí)對(duì)于緩存數(shù)據(jù)來(lái)說(shuō)會(huì)一直占據(jù)老年代的很大空間。

那么此時(shí)必然導(dǎo)致一個(gè)現(xiàn)象，那就是老年代會(huì)頻繁的寫(xiě)一點(diǎn)數(shù)據(jù)就滿了，寫(xiě)一點(diǎn)數(shù)據(jù)就滿了，然后一會(huì)兒就得觸發(fā)一下 Full GC。

每次 Full GC 都會(huì)導(dǎo)致 JVM 停止運(yùn)行，沒(méi)法處理外部請(qǐng)求，此時(shí)對(duì)外部來(lái)說(shuō)，就會(huì)感覺(jué)你的系統(tǒng)性能經(jīng)常抖動(dòng)，一會(huì)卡一下，一會(huì)兒卡一下。

所以往往來(lái)說(shuō)，把很多數(shù)據(jù)緩存在 JVM 內(nèi)部，是很可能導(dǎo)致上述現(xiàn)象，就是老年代頻繁塞滿、頻繁觸發(fā) Full GC、頻繁導(dǎo)致系統(tǒng)停頓沒(méi)法處理請(qǐng)求。

如下圖：

基于堆外內(nèi)存解決系統(tǒng) GC 卡頓問(wèn)題

所以針對(duì)這種情況，往往我們的優(yōu)化手段，就是會(huì)把要緩存的數(shù)據(jù)，從 JVM 堆內(nèi)存里轉(zhuǎn)移到 offheap 堆外內(nèi)存里去，那所以問(wèn)題來(lái)了，啥叫做堆外內(nèi)存呢？

就是顧名思義，不歸 JVM 管的內(nèi)存區(qū)域，OS 操作系統(tǒng)負(fù)責(zé)管理的一部分內(nèi)存，叫做堆外內(nèi)存。

所以我們其實(shí)可以選擇把很多數(shù)據(jù)直接寫(xiě)入到堆外內(nèi)存里去，這樣的話，就不會(huì)占用 JVM 堆中的老年代空間了，也就不會(huì)導(dǎo)致老年代頻繁塞滿，頻繁觸發(fā) Full GC，導(dǎo)致系統(tǒng)性能頻繁抖動(dòng)了。

如下圖：

那既然這個(gè)堆外內(nèi)存這么好，問(wèn)題來(lái)了，他有什么缺點(diǎn)呢？

當(dāng)然有了，因?yàn)槿绻阌玫氖?JVM 堆內(nèi)的內(nèi)存，你寫(xiě)入了很多數(shù)據(jù)以后，如果內(nèi)存滿了，此時(shí) JVM 會(huì)自動(dòng)進(jìn)行垃圾回收，幫你釋放掉一些內(nèi)存空間，他是全自動(dòng)的。

但是如果你用的是堆外內(nèi)存，那可沒(méi)有 JVM 來(lái)幫你管理了，此時(shí)你必須自己管理那塊內(nèi)存空間。

也就是說(shuō)，你寫(xiě)入了數(shù)據(jù)以后，到了需要的時(shí)候，你得自己注意把部分內(nèi)存進(jìn)行釋放，所以這就導(dǎo)致了堆外內(nèi)存雖然不會(huì)導(dǎo)致你的 JVM 頻繁 GC，但是他可能會(huì)導(dǎo)致你的代碼管理難度變高。

如下圖：

那么這個(gè)堆外內(nèi)存一般來(lái)說(shuō)我們用 Java 代碼是如何申請(qǐng)的呢？

看下面的代碼，一般類似 Netty、RocketMQ 等中間件因?yàn)榫褪且芾泶罅康膬?nèi)存數(shù)據(jù)，所以都會(huì)選擇申請(qǐng)一塊堆外內(nèi)存，把數(shù)據(jù)放在里面，自己進(jìn)行精細(xì)化的管理。

// 定義好要申請(qǐng)的堆外內(nèi)存的大小，這里是1GB
int memorySize = 1024 * 1024 * 1024;
// 用Java里的ByteBuffer.allocateDirect方法就可以申請(qǐng)一塊堆外內(nèi)存
ByteBuffer byteBuffer = ByteBuffer.allocateDirect(memorySize);
// 把數(shù)據(jù)寫(xiě)入到堆外內(nèi)存里去
byte[] bytes = "hello world".getBytes();
byteBuffer.put(bytes);
// 從堆外內(nèi)存里讀取數(shù)據(jù)
byteBuffer.flip();
byte[] readBytes = new byte[bytes.length];
byteBuffer.get(readBytes, 0, bytes.length);

那大家通過(guò)這塊代碼看到了我們?nèi)绾紊暾?qǐng)堆外內(nèi)存，以及如何往堆外內(nèi)存里寫(xiě)入數(shù)據(jù)和如何讀取數(shù)據(jù)之后，現(xiàn)在思考一下，堆外內(nèi)存我們應(yīng)該如何進(jìn)行釋放呢？

是這樣的，這個(gè)堆外內(nèi)存其實(shí)是被 JVM 堆內(nèi)的一個(gè) ByteBuffer 對(duì)象來(lái)引用的，所以如果要是 JVM 堆內(nèi)的 ByteBuffer 對(duì)象被回收了，那他關(guān)聯(lián)的堆外內(nèi)存就會(huì)被釋放了。

如下圖：

好了，今天的知識(shí)點(diǎn)就分享到這里了，相信大家看完之后應(yīng)該對(duì)堆外內(nèi)存這個(gè)概念有了一個(gè)較為清晰的認(rèn)識(shí)了。?