JVM堆内存详解

刺骨的言语ヽ痛彻心扉 2021-09-02 07:47 450阅读 0赞

## 一、简介 ##

JAVA堆内存管理是影响性能主要因素之一。  
堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。

先看下JAVA堆内存是如何划分的，如图：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh_size_16_color_FFFFFF_t_70][]

1.  JVM内存划分为堆内存和非堆内存，堆内存分为年轻代（Young Generation）、老年代（Old Generation），非堆内存就一个永久代（Permanent Generation）。
2.  年轻代又分为Eden和Survivor区。Survivor区由FromSpace和ToSpace组成。Eden区占大容量，Survivor两个区占小容量，默认比例是8:1:1。
3.  堆内存用途：存放的是对象，垃圾收集器就是收集这些对象，然后根据GC算法回收。
4.  非堆内存用途：永久代，也称为方法区，存储程序运行时长期存活的对象，比如类的元数据、方法、常量、属性等。

在JDK1.8版本废弃了永久代，替代的是元空间（MetaSpace），元空间与永久代上类似，都是方法区的实现，他们最大区别是：元空间并不在JVM中，而是使用本地内存。

元空间有注意有两个参数：

*  MetaspaceSize ：初始化元空间大小，控制发生GC阈值
 *  MaxMetaspaceSize ： 限制元空间大小上限，防止异常占用过多物理内存

## 二、为什么移除永久代？ ##

移除永久代原因：为融合HotSpot JVM与JRockit VM（新JVM技术）而做出的改变，因为JRockit没有永久代。  
有了元空间就不再会出现永久代OOM问题了！

## 三、分代概念 ##

新生成的对象首先放到年轻代Eden区，当Eden空间满了，触发Minor GC，存活下来的对象移动到Survivor0区，Survivor0区满后触发执行Minor GC，Survivor0区存活对象移动到Suvivor1区，这样保证了一段时间内总有一个survivor区为空。经过多次Minor GC仍然存活的对象移动到老年代。  
老年代存储长期存活的对象，占满时会触发Major GC=Full GC，GC期间会停止所有线程等待GC完成，所以对响应要求高的应用尽量减少发生Major GC，避免响应超时。  
Minor GC ： 清理年轻代  
Major GC ： 清理老年代  
Full GC ： 清理整个堆空间，包括年轻代和永久代  
所有GC都会停止应用所有线程。

## 四、为什么分代？ ##

将对象根据存活概率进行分类，对存活时间长的对象，放到固定区，从而减少扫描垃圾时间及GC频率。针对分类进行不同的垃圾回收算法，对算法扬长避短。

## 五、为什么survivor分为两块相等大小的幸存空间？ ##

主要为了解决碎片化。如果内存碎片化严重，也就是两个对象占用不连续的内存，已有的连续内存不够新对象存放，就会触发GC。

## 六、JVM堆内存常用参数 ##

<table> 
 <thead> 
  <tr> 
   <th>参数</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-Xms</td> 
   <td>堆内存初始大小，单位m、g</td> 
  </tr> 
  <tr> 
   <td>-Xmx（MaxHeapSize）</td> 
   <td>堆内存最大允许大小，一般不要大于物理内存的80%</td> 
  </tr> 
  <tr> 
   <td>-XX:PermSize</td> 
   <td>非堆内存初始大小，一般应用设置初始化200m，最大1024m就够了</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxPermSize</td> 
   <td>非堆内存最大允许大小</td> 
  </tr> 
  <tr> 
   <td>-XX:NewSize（-Xns）</td> 
   <td>年轻代内存初始大小</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxNewSize（-Xmn）</td> 
   <td>年轻代内存最大允许大小，也可以缩写</td> 
  </tr> 
  <tr> 
   <td>-XX:SurvivorRatio=8</td> 
   <td>年轻代中Eden区与Survivor区的容量比例值，默认为8，即8:1</td> 
  </tr> 
  <tr> 
   <td>-Xss</td> 
   <td> <p>堆栈内存大小</p> </td> 
  </tr> 
 </tbody> 
</table>

##  七、垃圾回收算法（GC，Garbage Collection） ##

红色是标记的非活动对象，绿色是活动对象。

### 1、标记-清除（Mark-Sweep） ###

GC分为两个阶段，标记和清除。首先标记所有可回收的对象，在标记完成后统一回收所有被标记的对象。同时会产生不连续的内存碎片。碎片过多会导致以后程序运行时需要分配较大对象时，无法找到足够的连续内存，而不得已再次触发GC。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh_size_16_color_FFFFFF_t_70 1][]

### 2、复制（Copy） ###

将内存按容量划分为两块，每次只使用其中一块。当这一块内存用完了，就将存活的对象复制到另一块上，然后再把已使用的内存空间一次清理掉。这样使得每次都是对半个内存区回收，也不用考虑内存碎片问题，简单高效。缺点需要两倍的内存空间。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh_size_16_color_FFFFFF_t_70 2][]

### 3、标记-整理（Mark-Compact） ###

也分为两个阶段，首先标记可回收的对象，再将存活的对象都向一端移动，然后清理掉边界以外的内存。此方法避免标记-清除算法的碎片问题，同时也避免了复制算法的空间问题。  
一般年轻代中执行GC后，会有少量的对象存活，就会选用复制算法，只要付出少量的存活对象复制成本就可以完成收集。而老年代中因为对象存活率高，没有额外过多内存空间分配，就需要使用标记-清理或者标记-整理算法来进行回收。

## 八、垃圾收集器 ##

*  串行收集器（Serial）  
    比较老的收集器，单线程。收集时，必须暂停应用的工作线程，直到收集结束。
 *  并行收集器（Parallel）  
    多条垃圾收集线程并行工作，在多核CPU下效率更高，应用线程仍然处于等待状态。
 *  CMS收集器（Concurrent Mark Sweep）

CMS收集器是缩短暂停应用实践为目标而设计的，是基于标记清楚算法实现，整个过程分为4个步骤：

*  初始标记
 *  并发标记
 *  重新标记
 *  并发标记

其中，初始标记、重新标记这两个步骤仍然需要暂停应用线程、初始标记只是标记一下GC Roots能直接关联到的对象，速度很快，并发标记阶段是标记可回收对象，而重新标记阶段则是为了修正并发标记期间因用户程序继续运行导致标记成圣变动的那一部分对象的标记记录，这个阶段暂停时间比标记阶段稍长一点，但远比并发标记的时间短。

由于整个过程消耗最长的并发标记和并发清楚过程收集器线程都可以与用户线程一起工作，所以，CMS收集器内存回收与用户一起并发执行吗，大大减少了暂停时间。

暂时学习到这里，不想复制赞贴

转载自：[https://blog.51cto.com/lizhenliang/2164876?wx=][https_blog.51cto.com_lizhenliang_2164876_wx]

上一篇：[《深入理解Java虚拟机 1》Java内存区域与内存分配策略][Java_ 1_Java]

下一篇：[《深入理解Java虚拟机 2》性能监控与调优][Java_ 2]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh_size_16_color_FFFFFF_t_70]: /images/20210813/63b9a71f9ef14d56a4ec8643d930aea0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh_size_16_color_FFFFFF_t_70 1]: /images/20210813/b318b2cc7a5a4e5da7b411d573f88114.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh_size_16_color_FFFFFF_t_70 2]: /images/20210813/4bfe5b01ecee4093a4f1fa1956eee4ca.png
[https_blog.51cto.com_lizhenliang_2164876_wx]: https://blog.51cto.com/lizhenliang/2164876?wx=
[Java_ 1_Java]: https://blog.csdn.net/guorui_java/article/details/104018475
[Java_ 2]: https://blog.csdn.net/guorui_java/article/details/104026992