JVM中内存和GC的介绍

最近听闻不少裁人潮，寒冬潮的消息，因此才会有下面这些总结，给道友准备，也是为本身！
但愿本身用不到.................

内存分布

jvm将内存分为了堆，方法区，程序计数器，栈（虚拟机栈），本地方法栈5个区域，有些是线程共有的有的是线程共享的。下面就简单就这几个区域作简单说明。

程序计数器（PC寄存器）

做用：存储当前线程正在执行的java方法的JVM指令地址，若是执行的是Native方法，则为undefined。
每一个线程都有本身的PC寄存器。

Java栈（虚拟机栈）

做用：存放方法调用时产生的帧，数据结构是先进后出的栈。
每一次的调用都会产出一个新的帧，方法的执行伴随着入栈和出栈的操做；该帧存储java方法的局部变量，操做数栈，常量池指针等。同时内部包含了一个局部变量表。线程私有

本地栈

相似Java栈，只不过是在调用native方法时才会使用到

堆

做用：存放Java对象实例，几乎全部建立的Java对象实例都会被直接分配在堆上，被全部线程共享，能够在启动JVM时经过Xmx，Xms等来指定该区域的大小，也是GC工做的主要区域。

方法区

做用：存放一些元数据，如类结构信息，常量，静态变量，常量池也存放于此。在jdk1.7及以前的版本中，将方法区称为永久代，而1.8以后去除了永久代，增长了元数据区。方法区也是线程共享的

总结：线程共享的有方法区和堆，线程私有的是程序计数器，Java栈和本地方法栈。

GC

垃圾收集的目的是为了回收那些占用了内存可是又不会再被使用的对象。

基本收集算法

• 引用计数 为对象添加一个引用计数，用于记录对象被引用的状况。若是计数是0，说明没有对象引用该对象了，能够被清理；有个问题就是没法解决循环引用的问题。
• 可达性分析
  将对象的引用关系看作是一个图，将选择活动中的对象做为根对象GC Root，而后按图索骥的去查询。若是一个对象和GC Root之间不可达，也就是不存在引用链，那么久认为这个对象时不可达的，能够被清理。JVM会把Java栈和本地方法栈中正在引用的对象，静态属性引用的对象和常量做为GC Root。

清理算法

• 标记-复制
  将内存区域分红两块大小相同的区域（to和from），而后每次都是使用from区域，经过收集算法，将from中还活着的对象迁移到to区域，而且是顺序安放，保证内存的连续性，同时将to区域标记为from区域，原来的from区域标记为to区域。
• 标记-清除 首先进行标记工做，将要清除的对象进行标记，而后直接进行清除，标记和清除的效率比较高，可是会产生内存碎片化，若是申请大内存，容易引起Full GC，会产生较长时间的STW。
• 标记-整理 相似于标记-清除，可是为了不内存的碎片化，会在清理过程当中将对象往一个方向移动，保证内存的连续性。

GC执行过程

GC主要发生的区域是在堆区，因此咱们先简单分析一下堆的结构。借用别人的一张图：

安装上图，从GC年代的角度划分，java 堆分为:

1. 新生代
   新生代是大部分对象的建立和销毁的区域，所以对新生代也作了划分:
   • Eden区域
     Eden会继续划分，为每一个线程划分一个TLAB区域，为了安全，会加锁进行竞争；这些TLAB都是连续分配的，若是一个TLAB满了，会继续给当前线程分配新的TLAB。新建立的对象基本都是在当前线程所分配的TLAB中，若是须要建立的对象过大，就会直接分配到老年代。
   • Survior区域
     Survior会平均大小的分为两个区域to和from，而后再GC期间将from和Eden中存活的对象所有迁移到to中，主要是为了不内存的碎片化。
2. 老年代
   放置长生命周期的对象（经历了屡次GC存活的对象），一般是从Survior中拷贝过来的对象。可是，若是新建立的对象在Eden中没法找到足够长度的内存，也会直接放到老年代。

堆，新生代，老年代的大小都是能够经过jvm参数进行设置的。

具体执行过程：

1. Java不断的建立对象，直接分配到Eden区域，若是达到GC设定的阈值，触发Minor GC。存活下来的会被迁移到Survior中的from区域，同时会对这些对象的生命周期加1，代表存活时间。
2. 通过第一次的GC后，Eden会空闲下来，此时继续在Eden上面分配空间，直到再次达到阈值，触发GC，此时会在Eden和Survior中的from同时清理，而后将余下的对象复制到to区域里面，存活时间加1.
3. 屡次发生上述第二步后，当存活对象的存活时间达到阈值时，会发生晋升过程，将达到阈值的对象迁移到老年代。这个阈值也是能够设置的。一样，若是Survior大小不够了也会发生晋升。
4. 老年代赞成会进行GC 称为Major GC，GC的清理算法根据不一样的GC类型而不一样，可是大部分是使用的标记-整理，这样能够避免内存的碎片化。

为了形象借用几张杨晓峰老师的示意图：

GC的类别

随着技术的发展，jvm出现了不少不一样的垃圾收集器。

• Serial Old GC:串行的，会触发Stop-The-World，采用标记-整理，用于老年代。
• Serial GC :串行的，复制算法，，会触发Stop-The-World，适用于单CPU的client环境
• ParNew GC: 并行的，会触发Stop-The-World，用于新生代，复制算法，适用于多核CPU的Server环境。能够简单的理解为Serial的并行版本。
• Parallel Scavenge GC：并行的，用于新生代，复制算法，能够控制吞吐量（用户代码运行时间/(用户代码运行时间+垃圾收集时间)），适用于后台运算多，交互少的场景。
• CMS(Concurrent Mark Swap) GC: 并发的，标记阶段会触发STW，采用标记-整理算法，用于老年代，适用于服务器
• G1 GC:jdk9 后默认的GC，替代CMS，对于大内存的堆空间，性能会比较优越。

总结一下：

新生代主要会使用的垃圾收集器是Serial，Parallel等 老年代主要是CMS，配合其余类型一块儿。