JVM内存管理和GC

JVM内存管理以及垃圾回收。

1、虚拟机垃圾收集所关注的区域

• 垃圾收集只关注堆和方法区两个运行时数据区域
• 其他区域程序计数器、虚拟机栈、本地方法栈这些都是随线程而生，随线程而亡的。

2、自动垃圾手机的前提是要知道哪些内存可以被释放和回收。

对于实例收集监测主要有两种基本算法，引用计数 和 可达性分析

• 1、引用计数算法
  • 为对象添加一个引用计数器，没被引用一次计数器加一，引用被释放则计数器减一。当计数器为0的时候即表示对象可被回收。
  • 缺点
    • 引用计数存在一个基本难题，也就是很难处理循环引用的问题
• 2、可达性算法。

  • (1) 将对象及其引用关系看做一个图，选定活动的对象作为GC Roots,然后跟踪引用链条，如果一个对象和GC Roots之间不可达，也就是不存在引用链条，那么就可认为这个对象是可回收对象。

  • (2) 那么哪些对象可以被选做为GC Roots呢？

    • 1、JVM会把虚拟机栈中引用的对象。
    • 2、本地方法栈中引用的对象。
    • 3、静态属性引用的对象。
    • 4、常量。

3、常见的垃圾手机算法。

• （1）标记-清楚（Mark-Sweep）算法。

  • 这个算法分两步走“标记”和“清除”，标记出所有要回收的对象，然后进行清除。这是最基础的收集算法，其他收集算法都是基于他再改进的。
  • 缺点
    • 标记和清除过程效率有限，另外就是不可避免出现碎片化问题。

• （2）复制算法

  • 背景

    • 为了解决方法（1）的效率问题。

  • 定义

    • 将可用内存区域分为大小相等的两个块，每次使用其中一个块，当这一块的内存快用完了，将活着的对象复制到另一区域，然后再把已使用过的内存空间一次清理。拷贝过程中将对象顺序放置，可以避免内存碎片。

  • 缺点

    • 需要提前预留内存空间，有一定浪费。复制对象也有一定的开销，所以在内存占用和时间方面都有一定的开销。

  • 适用场景

    • 新生代区域对象的回收。因为老年代中对象的存活率较高，所以不适合直接选用这种算法。

  • 应用

    • 现在主流的商业虚拟机都是采用这种收集算法来回收新生代。
    • 由于新生代中的对象98%都是“朝生夕死”，所以内存划分的时候并不是按照1:1划分的，而是将内存划分成一个较大的 Eden空间和两个较小的Survivor空间。
    • 每次使用Eden和其中一块Survivor,当回收时，将Eden和Survivor中还存活的对象一次性复制到另外一块Survivor中去，最后清理掉Eden和刚才使用过的Survivor空间。
    • 因为并不能保证每次回收，Survivor空间能够容纳下新生代存活下来的对象，这个时候就要依赖其他内存（这里指的就是老年代）进行分配担保。多余的对象直接进入老年代。

• （3）标记-整理（Mark-Compact）

  • 背景
    • 复制算法在对象存活率较高的情况下，要进行多次复制操作，效率将会变低。另外如果不想浪费50%的空间，就需要进行分配担保，以应对内存中对象100%存活的极端情况。
  • 定义
    • 类似标记清除，但是为了避免内存碎片化，他会在标记后让存活的对象都向一端移动，然后直接清理掉端边界以外的内存。
  • 适用场景
    • 老年代区域中对象的回收。

• （4）分代收集算法

  • 根据对象存活周期不同将内存划分为几块。一般java堆分为新生代和老年代，这样就可以根据各个年代的特点采用最适当的收集算法。

    • 新生代中，每次垃圾收集时发现有大批对象死去，只有少量存活，那就选择复制算法，只需要付出少量存活对象的复制成本就可以完成收集。
    • 老年代因为存活率高，没有额外空间对它进行分配担保，就必须使用“标记-清理”或者“标记-整理”算法进行回收。

  • 新生代的实例对象什么时候会被复制到老年代中去呢？

    • （1）回收新生代对象时，负责容纳存活对象的那个Survivor区域已满。此时多余的对象就要分配到老年代了。
    • （2）对象的存活时间达到一定的阀值，一个对象没经历一次GC他的年龄就会加一。