深入了解java虚拟机之GC回收机制

╰+哭是因爲堅強的太久メ 2022-06-13 11:55 151阅读 0赞

用断点机制来一步一步看虚拟机的变化

先来介绍每个参数的意义

\-GC

<table style=""> 
 <tbody> 
  <tr> 
   <td style="font-weight:bold">参数</td> 
   <td style="font-weight:bold">含义</td> 
  </tr> 
  <tr> 
   <td>S0C</td> 
   <td>Survivor1总空间</td> 
  </tr> 
  <tr> 
   <td>S1C</td> 
   <td>Survivor2总空间</td> 
  </tr> 
  <tr> 
   <td>S0U</td> 
   <td>Survivor1已用空间</td> 
  </tr> 
  <tr> 
   <td>S1C</td> 
   <td>Survivor2已用空间</td> 
  </tr> 
  <tr> 
   <td>EC</td> 
   <td>Eden总空间</td> 
  </tr> 
  <tr> 
   <td>EU</td> 
   <td>Eden已用空间</td> 
  </tr> 
  <tr> 
   <td>OC</td> 
   <td>Old总空间</td> 
  </tr> 
  <tr> 
   <td>OU</td> 
   <td>Old已用空间</td> 
  </tr> 
  <tr> 
   <td>PC</td> 
   <td>Permanent总空间</td> 
  </tr> 
  <tr> 
   <td>PU</td> 
   <td>Permanent已用空间</td> 
  </tr> 
  <tr> 
   <td>YGC</td> 
   <td>Young GC次数</td> 
  </tr> 
  <tr> 
   <td>YGCT</td> 
   <td>Young GC总时间</td> 
  </tr> 
  <tr> 
   <td>FGC</td> 
   <td>Full GC次数</td> 
  </tr> 
  <tr> 
   <td>FGCT</td> 
   <td>Full GC总时间</td> 
  </tr> 
  <tr> 
   <td>GCT</td> 
   <td>GC总时间，包括Young GC和Full GC</td> 
  </tr> 
 </tbody> 
</table>

源码第一步：

![Center][]

查看虚拟机数据：

![Center 1][]

下一步

![Center 2][]

虚拟机数据对比，发现Eden多使用了2M

![Center 3][]

第三步

![Center 4][]

虚拟机数据对比

![Center 5][]

第四步：

![Center 6][]

![Center 7][]

第五步

![Center 8][]

![Center 9][]

第六步，注意了在这里再分配空间Eden存储空间就不足了要触发Young GC了

![Center 10][]

查看虚拟机数据变化

![Center 11][]

发现了什么？

发生了第一次Young GC ，Eden内存不够然后就触发了Young GC回收了allocation1的内存此时做出整理将Eden与其中一个survivor的内存放入另一个survivor中，但是survivor只有1M内存不够，这是就会用到老年代的担保机制，老年代有10M内存足够于是会将Eden中的对象放入到老年代中于是老年代占用变成了4M,然后再在Eden中为新的allocation4分配2M内存，至于S1U中为什么会有416kb我也解释不清楚有知道可不吝赐教，我个人觉得应该是先复制到survivor中复制了一部分发现不足然后转移到老年代中，于是就出现了S1U中的416了，好了接着看（因为之前做实验去了不小心把窗口关掉了，从新接着上面来，只是JVMID改变了一下）

![Center 12][]

![Center 13][]

继续

![Center 14][]

![Center 15][]

接下来的三个null虚拟机参数都不会发生改变所以只截一个图

![Center 16][]

![Center 17][]

好了最后一个分配内存又要发生Young GC了Eden内存不足Survivor内存也不足存储发生Young GC

![Center 18][]

![Center 19][]

是吧，发生了第二次Young GC动作跟第一次一样先做清理工作然后将Eden的东西与其中一个Survivor的东西复制到另一个Survivor，此时发现另一个Survior内存是足够的，注意了释放了三个allocation 此时Eden 里的对象都没了只剩下了400kb而另一个空的survivor内存有1M是足够存储的所以直接将已使用的survivor的东西与Eden的东西复制到另一个空的Survivor中，如此循环往复。

好了介绍了新生代GC那什么时候触发Full GC呢？当触发了一个Young GC时发现survivor内存不足时会想到老年代担保，但如果此时老年代内存也不足时，就会触发Full GC了，看下面的例子，注意了，这次把allocation4,5,6赋值为空取消了

![Center 20][]

![Center 21][]

![Center 22][]

发现了什么？触发了Full GC对不对...

好了虚拟机垃圾回收机制在此就讲完了，不足的地方还望补充

[Center]: /images/20220613/97c9efb9350b44548dcc475d0e72fd49.png
[Center 1]: /images/20220613/0474ac246428485c9161afe59acc4e68.png
[Center 2]: /images/20220613/296f3f603c27486ca237646136803964.png
[Center 3]: /images/20220613/7aa76b210b9e411eb60dac58e321ea3f.png
[Center 4]: /images/20220613/ee79afe1d49a46cb96b8d9cf560b9a11.png
[Center 5]: /images/20220613/dbba12f298ec4b7b9039f574f9828846.png
[Center 6]: /images/20220613/c0653b470be04470b0a61cffa2e6f06a.png
[Center 7]: /images/20220613/aaa0a9d7bc784d9f9f7c2f1fc4bebb7e.png
[Center 8]: /images/20220613/2db615efead34884897c0ce05696326b.png
[Center 9]: /images/20220613/8507e7790d2d487eb92b349b20fef98e.png
[Center 10]: /images/20220613/2dc6ca09a1554428852962a9f36ecb32.png
[Center 11]: /images/20220613/fdeaab5769144c6ca799f54d454d6f8d.png
[Center 12]: /images/20220613/38fce375407a432dbce4336ca766b7fd.png
[Center 13]: /images/20220613/370fe6df828d44d4a4360feb32d310b7.png
[Center 14]: /images/20220613/3d1b33e3a0554dd5a58d2a8f15547d94.png
[Center 15]: /images/20220613/3fd66e80ab4c4d24b3991b87f5d04043.png
[Center 16]: /images/20220613/260a58a428e94d6981527620e5364552.png
[Center 17]: /images/20220613/869173da1a364316ba13068e320dc09d.png
[Center 18]: /images/20220613/13970f2d722c47f684d9dda600f21554.png
[Center 19]: /images/20220613/60d2f7f9ce6148d9905620ea217dc001.png
[Center 20]: /images/20220613/b08b906d8ab44aefb51c9187e2b37d49.png
[Center 21]: /images/20220613/69e6daf94fd740218ffea87e66ca8c90.png
[Center 22]: /images/20220613/7d37960d72094fcca403729f1ef931a0.png