为了解决引用计数法的循环引用问题,Java 使用了可达性算法。
通过一系列为GC Roots的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链,当一个对象到GC Roots没有任何引用链相连时,则证明该对象是不可用的。如果对象在进行可行性分析后发现没有与GC Roots相连的引用链,也不会理解死亡。它会暂时被标记上并且进行一次筛选,筛选的条件是是否与必要执行finalize()方法。如果被判定有必要执行finaliza()方法,就会进入F-Queue队列中,并有一个虚拟机自动建立的、低优先级的线程去执行它。稍后GC将对F-Queue中的对象进行第二次小规模标记。如果这时还是没有新的关联出现,那基本上就真的被回收了。
图中,对象Object6、Object7、Object8虽然互相引用,但他们的GC Roots是不可到达的,所以它们将会被判定为是可回收的对象。
哪些对象可以作为 GC Roots 的对象:
XX 参数
jinfo命令,如何查看当前运行程序的配置
public class HelloGC {
public static void main(String[] args) {
System.out.println("hello GC...");
try {
Thread.sleep(Integer.MAX_VALUE);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
在使用 jinfo -flag PrintGCDetails 4780
命令查看
可以看出默认是不打印 GC 收集细节
开启打印GC收集细节 -XX:+PrintGCDetails,重新运行代码
查看元空间大小:
也可是使用jinfo -flags 8416
查看所以的参数
两个经典参数:-Xms 和 - Xmx(如 -Xms1024m)
查看修改更新的值:-XX:+PrintFlagsFinal
= 与 := 的区别是,=是默认,:= 是人为修改或者 jvm 加载时改变的参数。
java -XX:+PrintFlagsFinal -version,加-version打印出jdk,jvm版本
运行时修改参数:假如要运行一个程序Hello.java,并且在本次运行中修改栈的大小为128k,命令java -XX:+PrintFlagsFinal -Xss128k Hello
public class HelloGC {
public static void main(String[] args) throws Exception{
/* long totalMemory = Runtime.getRuntime().totalMemory();
long maxMemory = Runtime.getRuntime().maxMemory();
System.out.println("TOTAL_MEMORY(-Xms)="+totalMemory+"(字节)"+(totalMemory/(double)1024/1024)+"MB");
System.out.println("MAX_MEMORY(-Xmx)="+maxMemory+"(字节)"+(maxMemory/(double)1024/1024)+"MB");*/
System.out.println("Hello GC");
Thread.sleep(Integer.MAX_VALUE);
}
}
配置运行参数:
-Xms128m -Xmx4096m -Xss1024k -XX:MetaspaceSize=512m -XX:+PrintCommandLineFlags -XX:+PrintGCDetails -XX:+UseSerialGC
配参数后控制台打印:
-XX:InitialHeapSize=134217728
-XX:MaxHeapSize=4294967296
-XX:MetaspaceSize=536870912
-XX:+PrintCommandLineFlags
-XX:+PrintGCDetails
-XX:ThreadStackSize=1024
-XX:+UseCompressedClassPointers
-XX:+UseCompressedOops
-XX:-UseLargePagesIndividualAllocation
-XX:+UseSerialGC
Hello GC
-XX:+PrintGCDetails
在Java语言中,除了基本数据类型外,其他的都是指向各类对象的对象引用;Java中根据其生命周期的长短,将引用分为4类。
特点:我们平常典型编码Object obj = new Object()中的obj就是强引用。通过关键字new创建的对象所关联的引用就是强引用。 当JVM内存空间不足,JVM宁愿抛出OutOfMemoryError运行时错误(OOM),使程序异常终止,也不会靠随意回收具有强引用的“存活”对象来解决内存不足的问题。对于一个普通的对象,如果没有其他的引用关系,只要超过了引用的作用域或者显式地将相应(强)引用赋值为 null,就是可以被垃圾收集的了,具体回收时机还是要看垃圾收集策略。
public class StrongRefrenceDemo {
public static void main(String[] args) {
Object o1=new Object();
Object o2=o1;
o1=null;
System.gc();
System.out.println(o2);//java.lang.Object@3e3abc88
}
}
软引用
特点:软引用通过SoftReference类实现。 软引用的生命周期比强引用短一些。只有当 JVM 认为内存不足时,才会去试图回收软引用指向的对象:即JVM 会确保在抛出 OutOfMemoryError 之前,清理软引用指向的对象。软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收器回收,Java虚拟机就会把这个软引用加入到与之关联的引用队列中。后续,我们可以调用ReferenceQueue的poll()方法来检查是否有它所关心的对象被回收。如果队列为空,将返回一个null,否则该方法返回队列中前面的一个Reference对象。
应用场景:软引用通常用来实现内存敏感的缓存。如果还有空闲内存,就可以暂时保留缓存,当内存不足时清理掉,这样就保证了使用缓存的同时,不会耗尽内存。
代码验证
/**
* 软引用:内存够用时保留,不够用回收
*/
public class SoftReferenceDemo {
public static void main(String[] args) {
Object obj = new Object();
SoftReference
发现当内存不够的时候就会被回收。
调大堆内存设置:-Xms50m -Xmx50m -XX:+PrintGCDetails 打印:软引用:java.lang.Object@3e3abc88,没被回收
弱引用
特点:弱引用通过WeakReference类实现。 弱引用的生命周期比软引用短。在垃圾回收器线程扫描它所管辖的内存区域的过程中,一旦发现了具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。由于垃圾回收器是一个优先级很低的线程,因此不一定会很快回收弱引用的对象。弱引用可以和一个引用队列(ReferenceQueue)联合使用,如果弱引用所引用的对象被垃圾回收,Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
应用场景:弱应用同样可用于内存敏感的缓存。
代码验证
/**
* 弱引用:不管内存够不够都会回收
*/
public class WeakReferenceDemo {
public static void main(String[] args) {
Object obj = new Object();
WeakReference
关于弱引用的WeakHashMap:
/**
* WeakHashMapDemo
*/
public class WeakHashMapDemo {
public static void main(String[] args) {
hashMap();
System.out.println("===============");
weakHashMap();
}
public static void hashMap(){
HashMap hashMap = new HashMap();
Integer key = new Integer(2);
String value = "HashMap";
hashMap.put(key,value);
System.out.println(hashMap);
key = null;
System.out.println(hashMap);
System.gc();
System.out.println("gc后..."+hashMap+"\t"+hashMap.size());
}
public static void weakHashMap(){
WeakHashMap weakHashMap = new WeakHashMap();
Integer key = new Integer(2);
String value = "WeakHashMap";
weakHashMap.put(key,value);
System.out.println(weakHashMap);
key = null;
System.out.println(weakHashMap);
System.gc();
System.out.println("gc后..."+weakHashMap+"\t"+weakHashMap.size());
}
}
/**
* 引用队列:referenceQueue
* GC后,弱引用,软引用,虚引用会被放到引用队列(判死刑后,相当于死缓)
*/
public class ReferenceQueueDemo {
public static void main(String[] args) throws InterruptedException {
Object obj = new Object();
//引用队列
ReferenceQueue
引用队列值得注意的是String name = "cuzz"
这种会放入永久代,以及 Integer age = 1
在 int 中 -128 到 127 会被缓存,所以是强引用,然后 GC 也不会被回收。会把该对象的包装类即weakReference
放入到ReferenceQueue
里面,我们可以从queue中获取到相应的对象信息,同时进行额外的处理。比如反向操作,数据清理等。
特点:虚引用也叫幻象引用,通过PhantomReference类来实现。无法通过虚引用访问对象的任何属性或函数。幻象引用仅仅是提供了一种确保对象被 finalize 以后,做某些事情的机制。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收器回收。虚引用必须和引用队列 (ReferenceQueue)联合使用。当垃圾回收器准备回收一个对象时,如果发现它还有虚引用,就会在回收对象的内存之前,把这个虚引用加入到与之关联的引用队列中。
ReferenceQueue queue = new ReferenceQueue ();
PhantomReference pr = new PhantomReference (object, queue);
程序可以通过判断引用队列中是否已经加入了虚引用,来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列,那么就可以在所引用的对象的内存被回收之前采取一些程序行动。应用场景:可用来跟踪对象被垃圾回收器回收的活动,当一个虚引用关联的对象被垃圾收集器回收之前会收到一条系统通知。
将上面代码中弱引用改为虚引用
PhantomReference
phantomReference = new PhantomReference<>(obj, referenceQueue);
GCRoots对象和4种引用的关系:
/**
* GC回收时间过长会抛出java.lang.OutOfMemoryError : GC overhead limit exceeded。
* 过长定义:超出98%的时间用来做GC并且回收不到2%的堆内存连续,多次GC都是这种情况下才会抛出。
* 这是由于GC清理的那点内存很快就被填满,迫使GC再次执行,所以才抛出异常。
*/
public class GCoverheadDemo {
public static void main(String[] args) {
int i = 0;
List list =new ArrayList<>();
try {
while(true){
list.add(String.valueOf(++i).intern());
}
}catch (Throwable e){
System.out.println("i:"+i);
e.printStackTrace();
throw e;
}
}
}
可以看到一直在做GC,但是GC前后新生代和老年代空间基本没变化,也就是说回收的时间太长java.lang.OutOfMemoryError : Direct buffer memory
/**
* 写NIO程序经常使用ByteBuffer来读取或者写入数据,这是一种基于通道(Channel)和缓存区(Buffer)的I/O方式,
* 他可以使用native函数直接在堆外分配内存,然后通过一个存储在java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免了在Java堆和Native堆中来回复制数据。
* ByteBuffer.allocate(capability) 第一种方式分配的是JVM内存,属于GC管辖范围,由于需要拷贝速度相对较慢;
* ByteBuffer.allocateDirect(capability) 第二种方式分配的是操作系统本地内存,不属于GC管辖范围,由于不需要拷贝速度相对较快。
* 但如果不断分配本地内存,堆内存很少使用,那么JVM就不需要执行GC,DirectByteBuffer对象就不会被回收。
* 这时候堆内存充足,但本地内存可能已经使用光了,再次尝试分配内存就会出现OOM,那么程序就直崩溃了。
*
* 配置参数:-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=5m
*/
public class DirectBufferMemoryDemo {
public static void main(String[] args) {
System.out.println("maxDirectMemory : " + sun.misc.VM.maxDirectMemory() / (1024 * 1024) + "MB");
ByteBuffer byteBuffer = ByteBuffer.allocateDirect(6 * 1024 * 1024);
}
}
java.lang.OutOfMemoryError : unable to create new native thread
public class UnableCreateNewThreadDemo {
public static void main(String[] args) {
for (int i=0;;i++){
System.out.println("i:"+i);
new Thread(()->{
try {
Thread.sleep(Integer.MAX_VALUE);
}catch(InterruptedException e){
e.printStackTrace();
}
},""+i).start();
}
}
}
/**
* 不断生成类往元空间放,模拟Metaspace(元空间)溢出
* -XX:MetaspaceSize=8M -XX:MaxMetaspaceSize=8M
*/
public class MetaspaceOOM {
static class OomTest { }
public static void main(String[] args) {
int i = 0;
try {
while (true) {
i++;
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(OomTest.class);
enhancer.setUseCache(false);
enhancer.setCallback(new MethodInterceptor() {
public Object intercept(Object obj, Method method,
Object[] args, MethodProxy proxy) throws Throwable {
return proxy.invokeSuper(obj, args);
}
});
enhancer.create();
}
} catch (Throwable e) {
System.out.println("多少次后出现异常" + i);
e.printStackTrace();
}
}
}
底层原理
Region 区域化垃圾收集器:最大好处是化整为零,避免全内存扫描,只需要按照区域来进行扫描即可。
G1的内存结构和传统的内存空间划分有比较的不同。G1将内存划分成了多个大小相等的Region(默认是512K),Region逻辑上连续,物理内存地址不连续。同时每个Region被标记成E、S、O、H,分别表示Eden、Survivor、Old、Humongous。其中E、S属于年轻代,O与H属于老年代。
H表示Humongous。从字面上就可以理解表示大的对象(下面简称H对象)。当分配的对象大于等于Region大小的一半的时候就会被认为是巨型对象。H对象默认分配在老年代,可以防止GC的时候大对象的内存拷贝。通过如果发现堆内存容不下H对象的时候,会触发一次GC操作。