對于有Java開發(fā)經(jīng)驗(yàn)的朋友都知道，Java中不需要手動(dòng)的申請和釋放內(nèi)存，JVM會(huì)自動(dòng)進(jìn)行垃圾回收；而使用的內(nèi)存是由JVM控制的。

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、成都小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了下花園免費(fèi)建站歡迎大家使用！

那么，什么時(shí)機(jī)會(huì)進(jìn)行垃圾回收，如何避免過度頻繁的垃圾回收？如果JVM給的內(nèi)存不夠用，怎么辦？

此時(shí)，堆外內(nèi)存登場！利用堆外內(nèi)存，不僅可以隨意操控內(nèi)存，還能提高網(wǎng)絡(luò)交互的速度。

背景1:JVM內(nèi)存的分配

對于JVM的內(nèi)存規(guī)則，應(yīng)該是老生常談的東西了，這里我就簡單的說下：

新生代：一般來說新創(chuàng)建的對象都分配在這里。

年老代：經(jīng)過幾次垃圾回收，新生代的對象就會(huì)放在年老代里面。年老代中的對象保存的時(shí)間更久。

永久代：這里面存放的是class相關(guān)的信息，一般是不會(huì)進(jìn)行垃圾回收的。

背景2:JVM垃圾回收

由于JVM會(huì)替我們執(zhí)行垃圾回收，因此開發(fā)者根本不需要關(guān)心對象的釋放。但是如果不了解其中的原委，很容易內(nèi)存泄漏，只能兩眼望天了！

垃圾回收，大致可以分為下面幾種：

MinorGC:當(dāng)新創(chuàng)建對象，內(nèi)存空間不夠的時(shí)候，就會(huì)執(zhí)行這個(gè)垃圾回收。由于執(zhí)行最頻繁，因此一般采用復(fù)制回收機(jī)制。

MajorGC:清理年老代的內(nèi)存，這里一般采用的是標(biāo)記清除+標(biāo)記整理機(jī)制。

FullGC:有的說與MajorGC差不多，有的說相當(dāng)于執(zhí)行minor+major回收，那么我們暫且可以認(rèn)為FullGC就是全面的垃圾回收吧。

堆外內(nèi)存？

堆外內(nèi)存，其實(shí)就是不受JVM控制的內(nèi)存。相比于堆內(nèi)內(nèi)存有幾個(gè)優(yōu)勢：

1減少了垃圾回收的工作，因?yàn)槔厥諘?huì)暫停其他的工作（可能使用多線程或者時(shí)間片的方式，根本感覺不到）

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

而福之禍所依，自然也有不好的一面：

1堆外內(nèi)存難以控制，如果內(nèi)存泄漏，那么很難排查

2堆外內(nèi)存相對來說，不適合存儲(chǔ)很復(fù)雜的對象。一般簡單的對象或者扁平化的比較適合。

堆外內(nèi)存可以通過java.nio的ByteBuffer來創(chuàng)建，調(diào)用allocateDirect方法申請即可。參考API地址

至于怎么用，讀讀API文檔就知道啦~

另外，默認(rèn)的情況下堆外內(nèi)存是有一定的限制的，好像是64M吧....

可以通過設(shè)置-XX:MaxDirectMemorySize=10M控制堆外內(nèi)存的大小：

堆外內(nèi)存的垃圾回收

堆外內(nèi)存，既然可以無限使用，那么會(huì)不會(huì)用爆內(nèi)存呢？這個(gè)是很有可能的...所以堆外內(nèi)存的垃圾回收也很重要。

由于堆外內(nèi)存并不直接控制于JVM，因此只能等到full GC的時(shí)候才能垃圾回收！

Full GC，一般發(fā)生在年老代垃圾回收以及調(diào)用System.gc的時(shí)候，這樣肯定不能滿足我們的需求！于是度娘幫助解決了這個(gè)問題，網(wǎng)上有朋友十分聰明的利用內(nèi)部實(shí)現(xiàn)接口，反向獲取到了一個(gè)clear方法！

package xing.test;
import java.nio.ByteBuffer;
import sun.nio.ch.DirectBuffer;
public class NonHeapTest {
  public static void clean(final ByteBuffer byteBuffer) { 
    if (byteBuffer.isDirect()) { 
      ((DirectBuffer)byteBuffer).cleaner().clean(); 
    } 
 } 
  public static void sleep(long i) { 
    try { 
       Thread.sleep(i); 
     }catch(Exception e) { 
       /*skip*/ 
     } 
  } 
  public static void main(String []args) throws Exception { 
      ByteBuffer buffer = ByteBuffer.allocateDirect(1024 * 1024 * 200); 
      System.out.println("start"); 
      sleep(5000); 
      clean(buffer);//執(zhí)行垃圾回收
//     System.gc();//執(zhí)行Full gc進(jìn)行垃圾回收
      System.out.println("end"); 
      sleep(5000); 
  } 
}

這樣就能手動(dòng)的控制回收堆外內(nèi)存了！其中sun.nio其實(shí)是java.nio的內(nèi)部實(shí)現(xiàn)。所以你可能不能通過eclipse的自動(dòng)排錯(cuò)找到這個(gè)包，直接復(fù)制

import sun.nio.ch.DirectBuffer;

就行。

由于本文整理與網(wǎng)絡(luò)各種資料，有些不對的地方還請指正，共同探討！

總結(jié)

以上就是本文關(guān)于淺談Java堆外內(nèi)存之突破JVM枷鎖的全部內(nèi)容，希望對大家有所幫助。感興趣的朋友可以繼續(xù)參閱本站：

快速理解Java垃圾回收和jvm中的stw

Java虛擬機(jī)裝載和初始化一個(gè)class類代碼解析

Java編程中避免equals方法的隱藏陷阱介紹

有什么問題可以隨時(shí)留言，小編會(huì)及時(shí)回復(fù)大家的。感謝朋友們對本站的支持！

當(dāng)前文章：淺談Java堆外內(nèi)存之突破JVM枷鎖
鏈接URL：http://www.2m8n56k.cn/article36/joocsg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、云服務(wù)器、全網(wǎng)營銷推廣、網(wǎng)站排名、網(wǎng)站收錄、定制開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：[email protected]。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)