一个技术总监需要知道JVM的GC机制吗，需要知道JVM是如何并行GC的吗？

阿里P8技术官：搞Ja开发的，看懂JVM的GC志的很重要！！

前言

今天整理的这篇文章，整理自以前记录的常笔记。

刚开始接触JVM时，对待GC的志，是保持"逃避"态度的，线上部署的程序没有达到期望的运行效率，或是预期目标时，往往会把问题的矛头指向内存上。

是不是内存不够？

GC志怎么这么多？占用磁盘高达几个G?

不想看到打印怎么多，甚至暴力的将程序志屏蔽掉。

我也曾经这样干过，写过的程序，同样导致过内存溢出，甚至是主机宕机。

是的，ja中的回收的确帮我们省了很多事，我们不像C/C++程序员一样，

需要考虑分配（malloc）内存分配与（free）释放内存，但我相信每个ja开发的小伙伴都

会遇到GC问题，无论是在程序的性能优化，还是故障分析上。

我们应该在一次又一次的失误中获得经验和教训，而不是去逃避或是解决问题了事。同样的知识点，回顾两次，就会产生1+1>2的效应。

所以这篇文章我们来谈谈耳熟能详的JVM的GC志。

GC志是什么

首先来说一说GC的概念，GC就是回收（GarageCollection）的缩写。

何为？

没有任何引用指向的对象，被JVM视为。

当然，对应的判定算法有：引用计数算法、可达性分析算法。对应的回收算法有：标记清除、复制、标记整理、分代收集算法。

那GC的志是什么呢？

GC志是ja虚拟机产生的一种描述性的文本志。就像我们开发ja程序需要输出log志一样。JA虚拟机用GC志来描述，回收的情况。

minorGC和MajorGC

MinorGC，表示新生代GC，指发生在新生代的收集动作，所有的MinorGC都会触发全世界的暂停（stop-the-world），停止应用程序的线程，不过这个过程非常短。

MajorGC：老年代GC，指发生在老年代的GC，也称之为FullGC。

GC志有什么用

通过GC志，我们能直观的看到内存清理的基本工作过程。

了解回收的一些行为，何时在Young（年轻代）何时在回收Old（老年代），并且展示回收使用到多少资源。

尽管现在Ja程序的可视化监控工具已经很多了【介绍？】，但是GC志对于开发人员来说，是我们快速定位潜在的内存故障和性能瓶颈最直观的信息之一。

<>通过GC志我们能获取什么信息？

ES的GC分配失败（GCAllocationFaile）

遇到线上GC问题时的志也是很宝贵的分析素材，这里的GCAllocationFaile图片引用自一位群友的ES节点GC志。

GCAllocationFaile是我们经常遇到的一种GC志。

分配失败代表着在JVM的Eden区中没有更多的空间来分配对象了，这是minorGC的正常志。

那别光说不练，那我们来看看GCAllocationFaile的志内容是什么样的。

是不是感觉很乱？【抠脑袋图对话】

没关系，我们依次来分析分析。

我们按时间分割，可以知道，截图中一共有两行志，先来看志一：