最近在在翻看java的Garbage Collection,即大名鼎鼎的垃圾收集器GC的相关资料,整理了一下头绪,和朋友们共勉之。
Java的GC机制大名远扬,它大幅提高了程序员开发效率,省去了在c#中要显式的释放每一块内存的麻烦。我们常听到的“内存泄漏”实际上就是指无用的内存没有被及时回收。例如你声明了一个变量,而该变量所在的主进程需要运行很长时间,那么就形成了局部上的“内存泄漏”。“内存泄漏”是相对来说的,即在内存资源紧张的时候,无用的内存没有被回收,系统就会面临内存泄漏的危险。
那现在说下什么样的情况会被GC回收,说简单点就是通路断掉的内存会被回收。可以看下面例子:
- Objecto1=newObject();
- Objecto2=newObject();
- o2=o1;
o2=o1指明了这2个变量都指向了同一个对象,即使用了同一块内存区域,那么我们就说原o2申明的Object对象的那块内存会被GC回收,因为没有通路和它连通。
GC回收对程序员来说是透明的,要及时释放内存,最稳妥的方法就是在对象被使用完毕后,立即为该对象赋值为null,但是我们不知道什么时候这些无用资源会被回收,有什么办法可以显示执行吗?有的,就是显示调用System.gc();(该方法不保证立即会执行,因为不同的JVM使用不用算法来管理GC)。要让gc()达到立竿见影的效果,可以选择使用jdk1.2以来引入的4种对象引用类型上,废话不多说,看程序来说话:
- importjava.lang.ref.PhantomReference;
- importjava.lang.ref.ReferenceQueue;
- importjava.lang.ref.SoftReference;
- importjava.lang.ref.WeakReference;
- classMyObject{
- privateStringid;
- publicMyObject(Stringid){
- this.id=id;
- }
- publicStringtoString(){
- returnid;
- }
- publicvoidfinalize(){
- System.out.println("回收对象:"+id);
- }
- }
- publicclassTestReferences{
- publicstaticvoidmain(String[]args){
- //创建强引用
- MyObjectref=newMyObject("Hard");
- System.out.println(ref);
- ref=null;
- System.gc();
- System.out.println(ref);
- //创建软引用
- SoftReference<myobject></myobject>softRef=newSoftReference<myobject></myobject>(
- newMyObject("Soft"));
- System.out.println(softRef.get());
- System.gc();
- System.out.println(softRef.get());
- //创建弱引用
- WeakReference<myobject></myobject>weakRef=newWeakReference<myobject></myobject>(
- newMyObject("Weak"));
- System.out.println("beforegc——"+weakRef.get());
- System.gc();
- System.out.println("aftergc——"+weakRef.get());
- //创建虚引用
- ReferenceQueue<myobject></myobject>rq=newReferenceQueue<myobject></myobject>();
- PhantomReference<myobject></myobject>phantomRef=newPhantomReference<myobject></myobject>(
- newMyObject("Phantom"),rq);
- System.out.println("beforegc——"+phantomRef.get());
- System.gc();
- System.out.println("aftergc——"+phantomRef.get());
- }
- }
输出如下:
Hard
null
Soft
Soft
回收对象:Hard
before gc —— Weak
after gc —— null
回收对象:Weak
before gc —— null
after gc —— null
回收对象:Phantom
以上我们创建了4种引用,依次是:强引用、软引用、弱引用、虚引用。
强引用即我们普通使用的申明方式,对于该引用,只有显示的赋值为null,gc才会视为回收对象。
软引用(SoftReference)是只有内存不足时,gc才会将它视为回收对象。
弱引用(WeakReference)是无论当前内存是否满足,gc都会去回收它。
虚引用(PahntomReference)实际是可以理解成“子虚乌有”的引用,目的仅仅是结合引用关联队列(ReferenceQueue),实现对对象引用关系的跟踪。
在MyObject类中finalize方法中,我们让它在被回收时打印一句话出来,从输出结果来看,我们可以很容易的理解GC这4种对象引用的不同处理方式。从中我们可以得到结论,System.gc()可以对弱引用和虚引用达到立竿见影的效果。
好了以上一点小建议、想法,希望能对你有所帮助!
最近在在翻看java的Garbage Collection,即大名鼎鼎的垃圾收集器GC的相关资料,整理了一下头绪,和朋友们共勉之。
Java的GC机制大名远扬,它大幅提高了程序员开发效率,省去了在c#中要显式的释放每一块内存的麻烦。我们常听到的“内存泄漏”实际上就是指无用的内存没有被及时回收。例如你声明了一个变量,而该变量所在的主进程需要运行很长时间,那么就形成了局部上的“内存泄漏”。“内存泄漏”是相对来说的,即在内存资源紧张的时候,无用的内存没有被回收,系统就会面临内存泄漏的危险。
那现在说下什么样的情况会被GC回收,说简单点就是通路断掉的内存会被回收。可以看下面例子:
- Objecto1=newObject();
- Objecto2=newObject();
- o2=o1;
o2=o1指明了这2个变量都指向了同一个对象,即使用了同一块内存区域,那么我们就说原o2申明的Object对象的那块内存会被GC回收,因为没有通路和它连通。
GC回收对程序员来说是透明的,要及时释放内存,最稳妥的方法就是在对象被使用完毕后,立即为该对象赋值为null,但是我们不知道什么时候这些无用资源会被回收,有什么办法可以显示执行吗?有的,就是显示调用System.gc();(该方法不保证立即会执行,因为不同的JVM使用不用算法来管理GC)。要让gc()达到立竿见影的效果,可以选择使用jdk1.2以来引入的4种对象引用类型上,废话不多说,看程序来说话:
- importjava.lang.ref.PhantomReference;
- importjava.lang.ref.ReferenceQueue;
- importjava.lang.ref.SoftReference;
- importjava.lang.ref.WeakReference;
- classMyObject{
- privateStringid;
- publicMyObject(Stringid){
- this.id=id;
- }
- publicStringtoString(){
- returnid;
- }
- publicvoidfinalize(){
- System.out.println("回收对象:"+id);
- }
- }
- publicclassTestReferences{
- publicstaticvoidmain(String[]args){
- //创建强引用
- MyObjectref=newMyObject("Hard");
- System.out.println(ref);
- ref=null;
- System.gc();
- System.out.println(ref);
- //创建软引用
- SoftReference<myobject></myobject>softRef=newSoftReference<myobject></myobject>(
- newMyObject("Soft"));
- System.out.println(softRef.get());
- System.gc();
- System.out.println(softRef.get());
- //创建弱引用
- WeakReference<myobject></myobject>weakRef=newWeakReference<myobject></myobject>(
- newMyObject("Weak"));
- System.out.println("beforegc——"+weakRef.get());
- System.gc();
- System.out.println("aftergc——"+weakRef.get());
- //创建虚引用
- ReferenceQueue<myobject></myobject>rq=newReferenceQueue<myobject></myobject>();
- PhantomReference<myobject></myobject>phantomRef=newPhantomReference<myobject></myobject>(
- newMyObject("Phantom"),rq);
- System.out.println("beforegc——"+phantomRef.get());
- System.gc();
- System.out.println("aftergc——"+phantomRef.get());
- }
- }
输出如下:
Hard
null
Soft
Soft
回收对象:Hard
before gc —— Weak
after gc —— null
回收对象:Weak
before gc —— null
after gc —— null
回收对象:Phantom
以上我们创建了4种引用,依次是:强引用、软引用、弱引用、虚引用。
强引用即我们普通使用的申明方式,对于该引用,只有显示的赋值为null,gc才会视为回收对象。
软引用(SoftReference)是只有内存不足时,gc才会将它视为回收对象。
弱引用(WeakReference)是无论当前内存是否满足,gc都会去回收它。
虚引用(PahntomReference)实际是可以理解成“子虚乌有”的引用,目的仅仅是结合引用关联队列(ReferenceQueue),实现对对象引用关系的跟踪。
在MyObject类中finalize方法中,我们让它在被回收时打印一句话出来,从输出结果来看,我们可以很容易的理解GC这4种对象引用的不同处理方式。从中我们可以得到结论,System.gc()可以对弱引用和虚引用达到立竿见影的效果。
好了以上一点小建议、想法,希望能对你有所帮助!