Java垃圾回收机制

最新推荐文章于 2025-03-31 19:25:18 发布

转载最新推荐文章于 2025-03-31 19:25:18 发布 · 888 阅读

文章标签：

#java 垃圾回收机制

java-垃圾回收机制专栏收录该内容

1 篇文章

订阅专栏

转自http://blog.youkuaiyun.com/zsuguangh/article/details/6429592

在命令行中有一个参数-verbosegc可以查看Java使用的堆内存的情况，它的格式如下：
　　java -verbosegc classfile

class TestGC
{
    public static void main(String[] args)
    {
　　    new TestGC();
　　    System.gc();
　　    System.runFinalization();
　　 }
}

在这个例子中，一个新的对象被创建，由于它没有使用，所以该对象迅速地变为不可达，程序编译后，执行命令： java -verbosegc TestGC 后结果为：
　　[Full GC 168K->97K(1984K)， 0.0253873 secs]
　　机器的环境为，Windows 2000 + JDK1.3.1，箭头前后的数据168K和97K分别表示垃圾收集GC前后所有存活对象使用的内存容量，说明有168K-97K=71K的对象容量被回收，括号内的数据1984K为堆内存的总容量，收集所需要的时间是0.0253873秒（这个时间在每次执行的时候会有所不同）。

需要注意的是，调用System.gc()也仅仅是一个请求(建议)。JVM接受这个消息后，并不是立即做垃圾回收，而只是对几个垃圾回收算法做了加权，使垃圾回收操作容易发生，或提早发生，或回收较多而已。

在eclipse中可以设置vm arguments参数为：-verbose:gc -Xms20M -Xmx20M，意思是每次jvm进行垃圾回收时显示内存信息，jvm的内存设为固定20M。

package com.singleton;

class Singleton {
	private byte[] a = new byte[6*1024*1024];
	private static Singleton singleton = new Singleton();
	private Singleton(){}
	
	public static Singleton getInstance(){
		return singleton;
	}
}

class Obj {
	private byte[] a = new byte[6*1024*1024];
}

public class Client{
	public static void main(String[] args) throws Exception{
//		Singleton.getInstance();
		new Obj();
//		 new Client();
		while(true){
			System.gc();
			System.runFinalization(); 
			Thread.sleep(2*1000);
		}
	}
}

测试结果

1.当是Singleton.getInstance();

没有释放回收。因为静态引用变量（全局变量）static Singleton singleton一直保持对Singleton实例变量的引用。所以没有回收。

备注：在android系统delvik虚拟机上测试过当内存不足时会回收静态变量引用的对象。可能是因为不同虚拟机垃圾回收的算法不同导致的。

2.当new Obj();和new Client();时垃圾回收起作用。

减少GC开销的措施

　　根据上述GC的机制,程序的运行会直接影响系统环境的变化,从而影响GC的触发。若不针对GC的特点进行设计和编码,就会出现内存驻留等一系列负面影响。为了避免这些影响,基本的原则就是尽可能地减少垃圾和减少GC过程中的开销。具体措施包括以下几个方面:

　　(1)不要显式调用System.gc()

　　此函数建议JVM进行主GC,虽然只是建议而非一定,但很多情况下它会触发主GC,从而增加主GC的频率,也即增加了间歇性停顿的次数。

　　(2)尽量减少临时对象的使用

　　临时对象在跳出函数调用后,会成为垃圾,少用临时变量就相当于减少了垃圾的产生,从而延长了出现上述第二个触发条件出现的时间,减少了主GC的机会。

　　(3)对象不用时最好显式置为Null

　　一般而言,为Null的对象都会被作为垃圾处理,所以将不用的对象显式地设为Null,有利于GC收集器判定垃圾,从而提高了GC的效率。

　　(4)尽量使用StringBuffer,而不用String来累加字符串

　　由于String是固定长的字符串对象,累加String对象时,并非在一个String对象中扩增,而是重新创建新的String对象,如Str5=Str1+Str2+Str3+Str4,这条语句执行过程中会产生多个垃圾对象,因为对次作“+”操作时都必须创建新的String对象,但这些过渡对象对系统来说是没有实际意义的,只会增加更多的垃圾。避免这种情况可以改用StringBuffer来累加字符串,因StringBuffer是可变长的,它在原有基础上进行扩增,不会产生中间对象。

　　(5)能用基本类型如Int,Long,就不用Integer,Long对象

　　基本类型变量占用的内存资源比相应对象占用的少得多,如果没有必要,最好使用基本变量。

　　(6)尽量少用静态对象变量

　　静态变量属于全局变量,不会被GC回收,它们会一直占用内存。

　　(7)分散对象创建或删除的时间

　　集中在短时间内大量创建新对象,特别是大对象,会导致突然需要大量内存,JVM在面临这种情况时,只能进行主GC,以回收内存或整合内存碎片,从而增加主GC的频率。集中删除对象,道理也是一样的。它使得突然出现了大量的垃圾对象,空闲空间必然减少,从而大大增加了下一次创建新对象时强制主GC的机会。