淺談Java堆外內存之突破JVM枷鎖

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

那么，什么時機會進行垃圾回收，如何避免過度頻繁的垃圾回收？如果JVM給的內存不夠用，怎么辦？

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

背景1:JVM內存的分配

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

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

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

永久代：這里面存放的是class相關的信息，一般是不會進行垃圾回收的。

背景2:JVM垃圾回收

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

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

MinorGC:當新創(chuàng)建對象，內存空間不夠的時候，就會執(zhí)行這個垃圾回收。由于執(zhí)行最頻繁，因此一般采用復制回收機制。

MajorGC:清理年老代的內存，這里一般采用的是標記清除+標記整理機制。

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

堆外內存？

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

1減少了垃圾回收的工作，因為垃圾回收會暫停其他的工作（可能使用多線程或者時間片的方式，根本感覺不到）

2加快了復制的速度。因為堆內在flush到遠程時，會先復制到直接內存（非堆內存），然后在發(fā)送；而堆外內存相當于省略掉了這個工作。

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

1堆外內存難以控制，如果內存泄漏，那么很難排查

2堆外內存相對來說，不適合存儲很復雜的對象。一般簡單的對象或者扁平化的比較適合。

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

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

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

可以通過設置-XX:MaxDirectMemorySize=10M控制堆外內存的大?。?/p>

堆外內存的垃圾回收

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

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

　　Full GC，一般發(fā)生在年老代垃圾回收以及調用System.gc的時候，這樣肯定不能滿足我們的需求！于是度娘幫助解決了這個問題，網(wǎng)上有朋友十分聰明的利用內部實現(xiàn)接口，反向獲取到了一個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進行垃圾回收
      System.out.println("end"); 
      sleep(5000); 
  } 
}

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

import sun.nio.ch.DirectBuffer;

就行。

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

總結

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

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

Java虛擬機裝載和初始化一個class類代碼解析

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

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