java中的垃圾收集机制(摘抄的深入理解JAVA虚拟机)

一、垃圾收集算法会收集那些对象?被废弃的对象,那么那些对象被认为是被废弃的对象呢?主要有两种算法

1,引用计数算法

2,可达性分析算法(HotSpot采用的算法)

在Java语言中,可作为GC Roots的对象包括下面几种:
(1).虚拟机栈(栈帧中的本地变量表)中引用的对象。
(2).方法区中类静态属性引用的对象。
(3).方法区中常量引用的对象。
(4).本地方法栈中JNI(即一般说的Native方法)引用的对象。

二、没有被引用的对象是可以被回收的对象,java对象有4中引用:

1,强引用,例:Object a = new Object();

2,软引用例:SoftReference softRef = new SoftReference(a);

一般情况下在GC时不会被回收。但是如果内存不足,要抛出OOM错误之前会被回收。如果回收之后内存还是不足会抛出OOM

看了源码,没搞懂那两个属性的作用

3,弱引用例:WeakReference reference = new WeakReference(a);

对GC没有影响,get会返回实例

4,虚引用和弱引用一样对GC没有影响,源码和弱引用基本相同,但是get会返回null且构造函数必须要传一个ReferenceQueue对象

三、光是知道哪些对象需要被回收还不行,还需要了解如何收集,由此出现了垃圾收集算法

1,标记-清除算法

不足:一个是效率问题,标记和清除两个过程的效率都不高;

另一个是空间问题,标记清除之后会产生大量不连续的内存碎片。

2,复制算法

现在的商业虚拟机都采用这种收集算法来回收新生代,IBM公司的专门研究表明,新生
代中的对象98%是“朝生夕死”的,所以并不需要按照1:1的比例来划分内存空间,而是将内存
分为一块较大的Eden空间和两块较小的Survivor空间,每次使用Eden和其中一块Survivor [1] 。
当回收时,将Eden和Survivor中还存活着的对象一次性地复制到另外一块Survivor空间上,最
后清理掉Eden和刚才用过的Survivor空间。HotSpot虚拟机默认Eden和Survivor的大小比例是
8:1,也就是每次新生代中可用内存空间为整个新生代容量的90%(80%+10%),只有10%
的内存会被“浪费”。当然,98%的对象可回收只是一般场景下的数据,我们没有办法保证每
次回收都只有不多于10%的对象存活,当Survivor空间不够用时,需要依赖其他内存(这里
指老年代)进行分配担保(Handle Promotion)。

3,标记-整理算法

标记过程仍然与“标记-清除”算法一样,但后续步骤不是直接对可回收对象进行清理,而是让所有存
活的对象都向一端移动,然后直接清理掉端边界以外的内存,

4,分代收集算法

当前商业虚拟机的垃圾收集都采用“分代收集”(Generational  Collection)算法,这种算
法并没有什么新的思想,只是根据对象存活周期的不同将内存划分为几块。一般是把Java堆
分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。在新生代
中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制算法,只需要付
出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间
对它进行分配担保,就必须使用“标记—清理”或者“标记—整理”算法来进行回收。





你可能感兴趣的:(jvm)