`

SoftReference和WeakReference

 
阅读更多

 

 Java2 增强了内存管理功能, 增加了一个java.lang.ref包,其中定义了三种引用类。这三种引用类分别为SoftReference、WeakReference和 PhantomReference.通过使用这些引用类,程序员可以在一定程度与GC进行交互,以便改善GC的工作效率。这些引用类的引用强度介于可达对 象和不可达对象之间。  
 
   创建一个引用对象也非常容易,例如如果你需要创建一个Soft Reference对象,那么首先创建一个对象,并采用普通引用方式(可达对象);然后再创建一个SoftReference引用该对象;最后将普通引用 设置为null.通过这种方式,这个对象就只有一个Soft Reference引用。同时,我们称这个对象为Soft Reference 对象。  
 
   Soft Reference的主要特点是据有较强的引用功能。只有当内存不够的时候,才进行回收这类内存,因此在内存足够的时候,它们通常不被回收。另外,这些引 用对象还能保证在Java抛出OutOfMemory 异常之前,被设置为null.它可以用于实现一些常用图片的缓存,实现Cache的功能,保证最大限度的使用内存而不引起OutOfMemory.以下给 出这种引用类型的使用伪代码;  
 
//申请一个图像对象  
  Image image=new Image();//创建Image对象  
  …  
  //使用 image  
  …  
  //使用完了image,将它设置为soft 引用类型,并且释放强引用;  
  SoftReference sr=new SoftReference(image);  
  image=null;  
   …  
   //下次使用时  
   if (sr!=null) image=sr.get();  
   else{  
   //由于GC由于低内存,已释放image,因此需要重新装载;  
   image=new Image();  
  sr=new SoftReference(image);  
  }  
 
     Weak引用对象与Soft引用对象的最大不同就在于:GC在进行回收时,需要通过算法检查是否回收Soft引用对象,而对于Weak引用对象,GC总 是进行回收。Weak引用对象更容易、更快被GC回收。虽然,GC在运行时一定回收Weak对象,但是复杂关系的Weak对象群常常需要好几次GC的运行 才能完成。Weak引用对象常常用于Map结构中,引用数据量较大的对象,一旦该对象的强引用为null时,GC能够快速地回收该对象空间。

 

 

 

 

 

weakReference一般用来防止内存泄漏,要保证内存被VM回收 

softReference的话,好像多用作来实现cache机制.

 

WeakReference: 

弱引用对象,它们并不禁止其指示对象变得可终结,并被终结,然后被回收。弱引用最常用于实现规范化的映射。  

假 定垃圾回收器确定在某一时间点上某个对象是弱可到达对象。这时,它将自动清除针对此对象的所有弱引用,以及通过强引用链和软引用,可以从其到达该对象的针 对任何其他弱可到达对象的所有弱引用。同时它将声明所有以前的弱可到达对象为可终结的。在同一时间或晚些时候,它将那些已经向引用队列注册的新清除的弱引 用加入队列。   


/////////////////// 
SoftReference: 
软引用对象,在响应内存需要时,由垃圾回收器决定是否清除此对象。软引用对象最常用于实现内存敏感的缓存。  

假 定垃圾回收器确定在某一时间点某个对象是软可到达对象。这时,它可以选择自动清除针对该对象的所有软引用,以及通过强引用链,从其可以到达该对象的针对任 何其他软可到达对象的所有软引用。在同一时间或晚些时候,它会将那些已经向引用队列注册的新清除的软引用加入队列。   

软可到达对象的所有软引用都要保证在虚拟机抛出   OutOfMemoryError   之前已经被清除。否则,清除软引用的时间或者清除不同对象的一组此类引用的顺序将不受任何约束。然而,虚拟机实现不鼓励清除最近访问或使用过的软引用。   

此 类的直接实例可用于实现简单缓存;该类或其派生的子类还可用于更大型的数据结构,以实现更复杂的缓存。只要软引用的指示对象是强可到达对象,即正在实际使 用的对象,就不会清除软引用。例如,通过保持最近使用的项的强指示对象,并由垃圾回收器决定是否放弃剩余的项,复杂的缓存可以防止放弃最近使用的项 

 

 

 

Java内存管理之软引用(Soft Reference)

 

软 引用(Soft  Reference)的主要特点是具有较强的引用功能。只有当内存不够的时候才回收这类内存,因此在内存足够的时候,他们通常不被回收。另外,这些引用 对象还能保证在Java  抛出OutOfMemory异常之前,被设置为null。他可以用于实现一些常用资源的缓存,实现Cache的功能,保证最大限度的使用内存而不引起 OutOfMemory异常。

     下面是软引用的实现代码:
 
 
Java代码  收藏代码 import  java.lang.ref.SoftReference;   public   class  softReference {       public   static   void  main(String[] args) {           A a = new  A();           // 使用a            a.test();           // 使用完了a,将它设置为soft引用类型,并且释放强引用            SoftReference sr = new  SoftReference(a);           a = null ;           // 下次使用            if  (sr !=  null ) {               a = (A) sr.get();               a.test();           } else  {               // GC由于低内存,已释放a,因此需要重新装载                a = new  A();               a.test();               a = null ;               sr = new  SoftReference(a);           }       }   }   class  A {       public   void  test() {           System.out.println("Soft Reference test" );       }   }  

 
import java.lang.ref.SoftReference;
public class softReference {
	public static void main(String[] args) {
		A a = new A();
		// 使用a
		a.test();
		// 使用完了a,将它设置为soft引用类型,并且释放强引用
		SoftReference sr = new SoftReference(a);
		a = null;
		// 下次使用
		if (sr != null) {
			a = (A) sr.get();
			a.test();
		} else {
			// GC由于低内存,已释放a,因此需要重新装载
			a = new A();
			a.test();
			a = null;
			sr = new SoftReference(a);
		}
	}
}
class A {
	public void test() {
		System.out.println("Soft Reference test");
	}
}

 

  软引用技术的引进使Java应用可以更好的管理内存,稳定系统,防止系统内存溢出,避免系统崩溃。因此在处理一些占用内存大而且声明周期较长,但使用并不 频繁的对象时应尽量应用该技术。但事物总带有两面性的,有利也有弊,在某些时候对软引用的使用会降低应用的运行效率与性能,例如:应用软引用的对象的初始 化过程较为耗时,或者对象的状态在程序的运行过程中发生了变化,都会给重新创建对象与初始化对象带来不同程度的麻烦,有些时候我们要权衡利弊择时应用。

 

 

 

在android中可以巧妙的运用软引用(SoftRefrence)(来源段落: http://winuxxan.blog.51cto.com/2779763/512180 )

有些时候,我们使用Bitmap后没有保留对它的引用,因此就无法调用Recycle函数。这时候巧妙的运用软引用,可以使Bitmap在内存快不足时得到有效的释放。如下例:

 

 

Java代码  收藏代码
private   class  MyAdapter  extends  BaseAdapter {    
  
private  ArrayList<SoftReference<Bitmap>> mBitmapRefs =  new  ArrayList<SoftReference<Bitmap>>();    
private  ArrayList<Value> mValues;    
private  Context mContext;    
private  LayoutInflater mInflater;    
  
MyAdapter(Context context, ArrayList<Value> values) {    
    mContext = context;    
    mValues = values;    
    mInflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);    
}    
public   int  getCount() {    
    return  mValues.size();    
}    
  
public  Object getItem( int  i) {    
    return  mValues.get(i);    
}    
  
public   long  getItemId( int  i) {    
    return  i;    
}    
  
public  View getView( int  i, View view, ViewGroup viewGroup) {    
    View newView = null ;    
    if (view !=  null ) {    
        newView = view;    
    } else  {    
        newView =(View)mInflater.inflate(R.layout.image_view, false );    
    }    
  
    Bitmap bitmap = BitmapFactory.decodeFile(mValues.get(i).fileName);    
    mBitmapRefs.add(new  SoftReference<Bitmap>(bitmap));      //此处加入ArrayList     
    ((ImageView)newView).setImageBitmap(bitmap);    
  
    return  newView;    
}    
}    
private class MyAdapter extends BaseAdapter {  

private ArrayList<SoftReference<Bitmap>> mBitmapRefs = new ArrayList<SoftReference<Bitmap>>();  
private ArrayList<Value> mValues;  
private Context mContext;  
private LayoutInflater mInflater;  

MyAdapter(Context context, ArrayList<Value> values) {  
    mContext = context;  
    mValues = values;  
    mInflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);  
}  
public int getCount() {  
    return mValues.size();  
}  

public Object getItem(int i) {  
    return mValues.get(i);  
}  

public long getItemId(int i) {  
    return i;  
}  

public View getView(int i, View view, ViewGroup viewGroup) {  
    View newView = null;  
    if(view != null) {  
        newView = view;  
    } else {  
        newView =(View)mInflater.inflate(R.layout.image_view, false);  
    }  

    Bitmap bitmap = BitmapFactory.decodeFile(mValues.get(i).fileName);  
    mBitmapRefs.add(new SoftReference<Bitmap>(bitmap));     //此处加入ArrayList  
    ((ImageView)newView).setImageBitmap(bitmap);  

    return newView;  
}  
}  
 

 

 

 

分享到:
评论

相关推荐

    SoftReference、WeakReference和PhantomRefrence分析和比较

    SoftReference、WeakReference和PhantomReference分析和比较 在 Java 中,引用类型分为强引用、软引用、弱引用和虚引用四种。强引用是我们最常用的引用类型,而软引用、弱引用和虚引用则是 Java 为我们提供的三种...

    StrongReference,SoftReference, WeakReference的使用实例

    StrongReference,SoftReference, WeakReference的使用实例,请参照博客:http://blog.csdn.net/To_be_Designer/article/details/72673421

    Java引用总结--StrongReference、SoftReference、WeakReference、PhantomRef

    Java从1.2版本开始引入了四种引用,分别是强引用(StrongReference)、软引用(SoftReference)、弱引用(WeakReference)和虚引用(PhantomReference)。这四种引用的级别由高到低依次为:强引用 &gt; 软引用 &gt; 弱引用...

    Android应用开发中ListView组件性能优化的研究.pdf

    - **数据类型选择**:选择合适的数据类型,如StringBuilder代替String进行字符串拼接,使用SoftReference和WeakReference利于内存回收,final类型提高读取效率。 - **数据结构选择**:根据需求选择合适的数据结构...

    java虚拟机垃圾回收详解.docx

    Java提供了几种不同类型的引用,如SoftReference和WeakReference,来帮助管理对象的生命周期。SoftReference会在系统即将发生内存溢出之前才释放引用的对象,而WeakReference则会在GC发现对象不可达时立即释放。这些...

    Android例子源码仿oom的三例瀑布流源码

    - **使用软引用和弱引用**:通过使用SoftReference和WeakReference,可以在内存不足时自动清除引用对象,防止内存泄漏。 - **LruCache**:Android提供的Least Recently Used缓存策略,用于缓存Bitmap或其他对象,...

    Android 图片浏览器

    - SoftReference和WeakReference:对于内存敏感的应用,可以使用这些引用类型来管理Bitmap对象,防止内存泄漏,但需要注意它们并不保证在内存不足时一定会释放。 - 使用池化技术:通过BitmapPool回收和重用Bitmap...

    Android源码——Google官网的图片缓存源码.zip

    2. SoftReference和WeakReference:另一种策略是使用软引用或弱引用,它们可以在系统内存紧张时自动回收,但相比LruCache,控制更为被动,可能会影响缓存的稳定性。 磁盘缓存的实现: 1. DiskLruCache:OkHttp库中...

    Oom和图片高效加载(一)

    2. **使用软引用和弱引用**:通过SoftReference和WeakReference,可以在内存不足时自动释放对象,防止内存泄漏。 3. **内存池与复用**:对Bitmap或其他大对象使用对象池,可以避免频繁创建和销毁,减少内存波动。 ...

    Java实现LRU算法.zip

    在实际应用中,LRU算法不仅可以用于操作系统中的页面替换,还可以应用于数据库查询缓存、编程语言的内存管理(如Java的SoftReference和WeakReference)以及Web服务器的静态资源缓存等场景。 总的来说,Java实现LRU...

    c++的有关笔试题

    2. **SoftReference和WeakReference**: - SoftReference在内存不足前不会被回收,用于缓存,比WeakReference更持久。 - WeakReference一旦无强引用,立即回收,适用于弱引用缓存。 3. **Java反射机制**: 反射...

    redis基础.rar

    周期无法控制可以采用SoftReference,WeakReference,PhantomReference这三种对象来执行(看了Ibatis的缓存机制才发现JDK居然还提供了PhantomReference这玩意儿,得恶补基础啊),这三种都是弱引用,区别在于强度...

    深入探讨 java.lang.ref 包1

    本文将深入探讨这个包中的四种主要引用类型:StrongReference、SoftReference、WeakReference 和 PhantomReference,以及它们的特性、用法和作用。 首先,强引用(StrongReference)是我们在日常编程中最常见的引用...

    00M原因以及分析处理

    5. 使用WeakReference和SoftReference: WeakReference和SoftReference可以帮助开发者更好地管理应用程序中的对象生命周期。 OOM错误的常见解决方法 1. 使用System.gc():System.gc()可以强制垃圾回收器回收垃圾...

    android大位图二次采样处理三

    3. 使用软引用或弱引用:通过SoftReference或WeakReference持有Bitmap对象,帮助垃圾回收器更好地管理内存。 总结,大位图的二次采样处理是Android开发中解决内存问题的关键技术。开发者需要理解其原理,掌握计算...

    Java中内存泄露及垃圾回收机制参照.pdf

    4. 使用WeakReference和SoftReference,WeakReference和SoftReference可以帮助避免内存泄漏。 Java的垃圾回收机制可以自动回收内存中的垃圾,避免内存泄漏,但是程序员需要注意避免内存泄漏的几点,以确保程序的...

    深入探讨 java-lang-ref 包.docx

    总结,java.lang.ref 包中的四种引用类型——StrongReference、SoftReference、WeakReference 和 PhantomReference,提供了不同的内存管理策略,适应不同的场景需求。强引用是最常用的引用类型,但在处理大对象或...

    博客 工作中遇到的Android内存优化问题demo

    7. 使用WeakReference和SoftReference: 对于那些可能引起内存泄漏的引用,可以考虑使用WeakReference或SoftReference。WeakReference在对象无其他强引用时会立即被回收,而SoftReference在系统内存紧张时才会被...

Global site tag (gtag.js) - Google Analytics