使用jconsole监控JVM内存

首先声明：此篇博文分析的是JDK1.8。

JVM内存区域整体分两类：heap区和非heap区。Jconsole中对内存划分为一样的结构，以下：

  

heap区又分为： 
　　- Eden Space（伊甸园）
　　- Survivor Space(幸存者区) ，Survivor Space分为两个空间大小同样的区域，分别是To Survivor和From Survivor，而且始终保持一个Survivor是空的
　　- Old Gen（老年代）

Eden Space：字面意思是伊甸园，对象被建立的时候首先放到Eden Space，进行垃圾回收后，不能被回收的对象被放入到空的Survivor区域。

Survivor Space：幸存者区，用于保存在eden space内存区域中通过垃圾回收后没有被回收的对象。Survivor有两个，分别为To Survivor、 From Survivor，这个两个区域的空间大小是同样的。执行垃圾回收的时候Eden区域不能被回收的对象被放入到空的survivor（也就是To Survivor，同时Eden区域的内存会在垃圾回收的过程当中所有释放），另外一个survivor（即From Survivor）里不能被回收的对象也会被放入这个survivor（即To Survivor），而后To Survivor 和 From Survivor的标记会互换，始终保证一个survivor是空的。

Eden Space和Survivor Space都属于新生代，新生代中执行的垃圾回收被称之为Minor GC（由于是对新生代进行垃圾回收，因此又被称为Young GC），每一次Young GC后留下来的对象age（年龄）加1，这个age就是用来判断对象是否进入老年的标志。

Old Gen：老年代，用于存放新生代中通过屡次垃圾回收仍然存活的对象，也有多是新生代分配不了内存的大对象会直接进入老年代。通过屡次垃圾回收都没有被回收的对象，这些对象的age已经足够old了，就会放入到老年代。

当老年代被放满以后，虚拟机会进行垃圾回收，称之为Major GC。因为Major GC除并发GC外均需对整个堆进行扫描和回收，所以又称为Full GC。

heap区即堆内存，整个堆大小=年轻代大小 + 老年代大小。堆内存默认为物理内存的1/64(<1GB)；默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制，能够经过MinHeapFreeRatio参数进行调整；默认空余堆内存大于70%时，JVM会减小堆直到-Xms的最小限制，能够经过MaxHeapFreeRatio参数进行调整。

 

下面咱们来认识下非堆内存（非heap区） 
Code Cache：代码缓存区，它主要用于存放JIT所编译的代码。CodeCache代码缓冲区的大小在client模式下默认最大是32m，在server模式下默认是48m，这个值也是能够设置的，它所对应的JVM参数为ReservedCodeCacheSize 和 InitialCodeCacheSize，能够经过以下的方式来为Java程序设置。

-XX:ReservedCodeCacheSize=128m

CodeCache缓存区是可能被充满的，当CodeCache满时，后台会收到CodeCache is full的警告信息，以下所示： 
“CompilerThread0” java.lang.OutOfMemoryError: requested 2854248 bytes for Chunk::new. Out of swap space?

注：JIT编译器是在程序运行期间，将Java字节码编译成平台相关的二进制代码。正由于此编译行为发生在程序运行期间，因此该编译器被称为Just-In-Time编译器。