JVM之四大引用下模拟内存泄漏的GC日志分析

    /**强引用*/
    static void strongReference(){
        List cache=new ArrayList<>();
        cache.add(new byte[1024*1024]);
        cache.add(new byte[1024*1024]);
        cache.add(new byte[1024*1024]);
        cache.add(new byte[1024*1024]);
    }
    /**软引用(此引用引用的对象生命力比强引用要弱一些，在内存不足时,对象会被销毁)*/
    static void softReference(){
        List cache=new ArrayList<>();
        cache.add(new SoftReference(new byte[1024*1024]));
        cache.add(new SoftReference(new byte[1024*1024]));
        cache.add(new SoftReference(new byte[1024*1024]));
        cache.add(new SoftReference(new byte[1024*1024]));
        //使用cache.get(0).get()
    }
    /**弱引用(此引用引用的对象生命比较弱,比软引用还要弱，在触发GC时，对象会被销毁)*/
    static void weakReference(){
        List cache=new ArrayList<>();
        cache.add(new WeakReference(new byte[1024*1024]));
        cache.add(new WeakReference(new byte[1024*1024]));
        cache.add(new WeakReference(new byte[1024*1024]));
        cache.add(new WeakReference(new byte[1024*1024]));
    }
    public static void main(String[] args) {
        //strongReference();
        softReference();
        //weakReference();
    }

强引用:

[GC (Allocation Failure)  1024K->576K(5632K), 0.0008170 secs]
[GC (Allocation Failure)  4235K->3792K(5632K), 0.0008536 secs]
[GC (Allocation Failure)  3792K->3792K(5632K), 0.0005418 secs]
[Full GC (Allocation Failure)  3792K->3664K(5632K), 0.0057821 secs]
[GC (Allocation Failure)  3664K->3664K(5632K), 0.0003126 secs]
[Full GC (Allocation Failure)  3664K->3646K(5632K), 0.0057395 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at jvm.MemoryTests.strongReference(MemoryTests.java:15)
	at jvm.MemoryTests.main(MemoryTests.java:35)

软引用:

[GC (Allocation Failure)  1024K->616K(5632K), 0.0009888 secs]
[GC (Allocation Failure)  4190K->3728K(5632K), 0.0007835 secs]
[GC (Allocation Failure)  3728K->3744K(5632K), 0.0005155 secs]
[Full GC (Allocation Failure)  3744K->3661K(5632K), 0.0053898 secs]
[GC (Allocation Failure)  3661K->3661K(5632K), 0.0003221 secs]
[Full GC (Allocation Failure)  3661K->571K(5632K), 0.0049369 secs]

 弱引用:

[GC (Allocation Failure)  1024K->576K(5632K), 0.0011986 secs]
[GC (Allocation Failure)  4194K->3760K(5632K), 0.0005807 secs]
[GC (Allocation Failure)  3760K->3824K(5632K), 0.0003940 secs]
[Full GC (Allocation Failure)  3824K->587K(5632K), 0.0045490 secs]

模拟参数:

-Xmx6m -Xms6m -XX:+PrintGC

GC日志说明:

GC：表明进行了一次垃圾回收，前面没有Full修饰，表明这是一次Minor GC

• 新生代 GC（Minor GC）:指发生新生代的的垃圾收集动作，Minor GC 非常频繁，回收速度一般也比较快。

• 老年代 GC（Full GC/Major GC）:指发生在老年代的 GC，出现了 Major GC 经常会伴随至少一次的 Minor GC（并非绝对），Major GC 的速度一般会比 Minor GC 的慢 10 倍以上。

Allocation Failure：表明本次引起GC的原因是在年轻代中没有足够的空间能够存储新的数据

4226K->3776K(5632K):三个参数分别是GC前该内存区域(这里是年轻代)使用容量，GC后该内存区域使用容量，该内存区域总容量

0.0007434 secs:该内存区域(新生代)GC的耗时，单位是秒

FAQ?

1.Java为什么要设计四大引用类型,何时用?

• 可以让程序员通过代码的方式决定某些对象的生命周期。
• 有利于JVM进行垃圾回收。
• 

 2.GC回收算法

• 引用计数法
  • 原理: 对于对象A，只要有任何一个对象引用了A，则A的引用计数器就加1，当引用失效时，引用计数器就减1。只要对象A的引用计数器的值为0，则对象A就不可能再被使用           
  • 缺点: 很难处理循环引用;引用和去引用消耗性能,基本不用
• 标记-清除
  • 现代垃圾回收算法的思想基础。标记-清除算法将垃圾回收分为两个阶段：标记阶段和清除阶段
  • 实现:在标记阶段，首先通过根节点，标记所有从根节点开始的可达对象。因此，未被标记的对象就是未被引用的垃圾对象。然后，在清除阶段，清除所有未被标记的对象
• 标记-压缩
  • ​​​​​​​适合用于存活对象较多的场合，如老年代
  • 在标记-清除算法的基础上做了优化。和标记-清除算法一样，首先需要从根节点开始，对所有可达对象做一次标记。但之后，它并不简单的清理未标记的对象，而是将所有的存活对象压缩到内存的一端。之后清理边界外所有空间
• 标记-复制
  • ​​​​​​​​​​​​​​将原有的内存空间分为两块，每次只使用其中一块，在垃圾回收时，将正在使用的内存中的存活对象复制到未使用的内存块中，之后，清除正在使用的内存块中的所有对象，交换两个内存的角色，完成垃圾回收