了解垃圾收集器与内存分配策略的前奏
2015-04-28 13:56
375 查看
了解垃圾收集器与内存分配策略的前奏
概述:
说起垃圾收集(GC)大部分人都会把这项技术当做java语言的伴生产物。gc的历史远比java久远。对于gc 需要完成的三件事: 那些内存需要回收 什么时候回收 如何回收。而去了解gc和内存分配目的是:当需要排查各种内存溢出、内存泄漏时,当垃圾收集成为系统达到更高并发量的瓶颈时,我们就需要对这个技术实施必要的监控和调节。判断对象是否已死 是垃圾回收的关键,实现算法:
引用计数算法:给对象中添加一个引用计数器,每当有一个方法引用它时,计数器就加1,当引用失效时,计数器值就减1,任何时刻计时器都为0的对象就是不可能再使用的。但客观地说,引用计数器算法的实现简单,判定效率也很高,但是java语言中没有选用引用计算器算法来管理内存,其中最主的原因是它很难理解决对象之间的相互循环引用的问题。例如一个简单例子:public class TestGC{ public Object instance=null; private static final int _1MB=1204*1024; private byte[]bigSize=new byte[2*_1MB]; public static void testGc(){ ReferenceCountingGC objA=new ReferenceCoutingGc(); ReferenceCountingGC objB=new ReferenceCoutingGc(); objA.instance=objB; objB.instance=objA; objA=null; objB=null; } }
根搜索算法
在主流的商用程序语言中(java 和c#)都是使用根搜索算法判断对象是否存活。这个算法的基本思路是通过一系列的名为“GC Roots” 的对象作为起始点,从这个结点开始向下搜索,搜索走过的路径成为引用链,当一个对象到GC Roots没有任何引用链相连时,则证明此对象是不可用的。生存还是死亡
在根据搜索算法中不可达到的对象,也不是非死不可,这时候它们暂时处于缓刑阶段,要真的宣布死亡,至少要经历两个过程:如果对象在进行根据搜素后发现没有与GC Roots相连接的引用连,那它会被第一次标记并且进行一次筛选,筛选的条件是此对象是否有必要执行finalize() 方法。当对象没有覆盖finalize()方法或者该方法已被虚拟机调用,虚拟机将这两种情况都是为“没有必要执行” 。回收方法区
很多人认为方法区是没有垃圾收集的,而且java虚拟器确实说过可以不要求虚拟机在方法区中实现垃圾收集,而且在方法区进行垃圾回收性价比很低。永久代的垃圾回收主要两部分:废弃常量和无用的类。相关文章推荐
- 垃圾收集器与内存分配策略 (深入理解JVM二)
- JVM之垃圾收集器与内存分配策略
- JVM内存管理:深入垃圾收集器与内存分配策略
- 垃圾收集器与内存分配策略——深入理解Java虚拟机
- 垃圾收集器与内存分配策略-垃圾收集算法
- DepthJVM-垃圾收集器与内存分配策略
- 深入理解Java虚拟机----第3章 垃圾收集器与内存分配策略
- 垃圾收集器与内存分配策略
- 深入垃圾收集器与内存分配策略
- 垃圾收集算法与内存分配策略--《深入理解Java虚拟机》学习笔记
- 垃圾收集器与内存分配策略
- 垃圾收集器与内存分配策略(深入理解Java虚拟机)
- 笔记--垃圾收集器与内存分配策略
- JVM内存管理深入垃圾收集器与内存分配策略
- JVM内存管理:深入垃圾收集器与内存分配策略
- 深入理解Java虚拟机2~垃圾收集器与内存分配策略
- 深入理解Java虚拟机-垃圾收集器与内存分配策略
- 垃圾收集器与内存分配策略
- 二、垃圾收集与内存分配策略
- jvm(3)-垃圾收集器与内存分配策略