本章内容是对《深刻理解Java虚拟机:JVM高级特性和最佳实践》的理解和归纳。java
前文中咱们讲过了类加载器和双亲委派,那么接下来介绍的就是GC垃圾回收机制。git
在此以前咱们须要知道GC回收机制回收的是什么?他们的存储形式是什么样的?等等一系列问题。因此引入了内存模型的概念。 github
5大区域各自的做用:算法
Object
做为全部类的父类以他建立一个对象,将涉及哪些区域的变更呢?缓存
Object obj = new Object();
复制代码
①、Object obj表示一个本地引用,存储在虚拟机栈的本地变量表中,表示一个reference类型数据; ②、new Object()做为实例对象数据存储在堆中,另外还记录了Object类的类型信息(接口、方法、field、对象类型等)的地址,这些地址所执行的数据存储在方法区中;框架
既然要垃圾回收,那到底要回收的是哪些东西呢? 上文中Object
类的举例,已经有必定的苗头了。 在方法区中的数据,是从一开始就要求被加入的,那么回收掉他们不免会出现各类问题。而像Object
这样的类,只在一段时间内须要被使用,也就不免会成为多出来的碎片,也就成了典型的“占着茅坑不拉屎”的了。 因此,显而易见,咱们要回收的就是这么一类垃圾数据了,而GC回收器回收的也就是这种new
出来之后没用了的数据了。工具
一个对象被引用时加一,被去除引用时减一。那么当数值为0时,这个引用就成为了一个垃圾。 问题,若是存在循环引用时,就不会结束引用。post
// A类持有B的引用
public class A {
B b;
}
// B类一样持有A的引用
public class B {
A a;
}
// 具体使用
public class Main {
public static void main(String[] args) {
A a = new A();
B b = new B();
a.b = b;
b.a = a;
}
}
复制代码
像上述的代码中,引用计数就彻底没法进行断定。性能
经过对一类的GC Roots
链表遍历,经过可达性来断定是否为垃圾。 GC Roots通常包括以下:学习
这是一个应用于新生代内存整理的方法。 由于新生代的Eden区是一个连续的内存空间,经过遍历,把这个内存空间的消亡的对象删去,活跃的对象们从新放入一个新的空白内存空间中。 也就是To Space和From Space的相互交换。 存在问题:内存折半。
这是一个应用于老年代内存整理的方法。
如图所示,搜索出活跃的对象,清除消亡对象。 存在问题:会产生空间碎片。
这是一个应用于老年代内存整理的方法。
比标记清理算法多一点,他须要排序。 存在问题:用性能换取空间碎片的整理。
Java引用的分类主要也是响应了回收器的存在,通常分为如下四类:
new
实例化的对象,这类引用GC回收器宁肯溢出,也不会回收。public class Main {
public static void main(String[] args) {
SoftReference<String> sr = new SoftReference<String>(new String("SoftReference"));
System.out.println(sr.get());
}
}
复制代码
public class Main {
public static void main(String[] args) {
WeakReference<String> sr = new WeakReference<String>(new String("WeakReference"));
System.out.println(sr.get());
// gc回收后再次查看效果
System.gc();
System.out.println(sr.get());
}
}
复制代码
上面三种讲的很清楚了,可是这个虚引用到底有什么用呢? 它的做用在于跟踪垃圾回收过程,在对象被收集器回收时收到一个系统通知。 当垃圾回收器准备回收一个对象时,若是发现它还有虚引用,就会在垃圾回收后,将这个虚引用加入引用队列,在其关联的虚引用出队前,不会完全销毁该对象。 因此能够经过检查引用队列中是否有相应的虚引用来判断对象是否已经被回收了。
以上就是个人学习成果,若是有什么我没有思考到的地方或是文章内存在错误,欢迎与我分享。
相关文章推荐: