通过软引用和弱引用提升JVM内存使用性能的方法（面试时找机会说出，一定能提升成功率）

在Java对象里，有强弱软虚四种引用，它们都和垃圾回收流程密切相关，在项目里，我们可以通过合理地使用不同类型的引用来优化代码的内存使用性能。

指向通过new得到的内存空间的引用叫强引用。比如有String a = newString("123");，其中的a就是一个强引用，它指向了一块内容是123的堆空间。 平时我们用的最多的引用就是强引用，以至于很多人还不知道有其他类型引用的存在，下面我们来说下弱软虚这三种平时不常见（但在关键时刻不可替代）的用途。

软引用和弱引用的用法

软引用（SoftReference）的含义是，如果一个对象只具有软引用，而当前虚拟机堆内存空间足够，那么垃圾回收器就不会回收它，反之就会回收这些软引用指向的对象。

弱引用（WeakReference）与软引用的区别在于，垃圾回收器一旦发现某块内存上只有弱引用（一定请注意只有弱引用，没强引用），不管当前内存空间是否足够，那么都会回收这块内存。

通过下面的ReferenceDemo.java，我们来看下软引用和弱引用的用法，并对比一下它们的差别。

import java.lang.ref.SoftReference;
   import java.lang.ref.WeakReference;
   public class ReferenceDemo {
       public static void main(String[] args) {
           // 强引用
           String str=new String("abc"); 
           SoftReference<String> softRef=new SoftReference<String>(str);  // 软引用   
           str = null;  // 去掉强引用
           System.gc(); // 垃圾回收器进行回收
           System.out.println(softRef.get());        
           // 强引用
           String abc = new String("123");
           WeakReference<String> weakRef=new WeakReference<String>(abc); // 弱引用    
           abc = null;  // 去掉强引用
           System.gc(); // 垃圾回收器进行回收
           System.out.println(weakRef.get());
       }
   }

在第8行里，我们定义了SoftReference类型的软引用softRef，用来指向第7行通过new创建的空间，在第14行，我 们是通过弱引用weakRef指向第13行创建的空间。

接下来我们通过下表来观察下具体针对内存空间的操作。

软引用的使用场景

比如在一个博客管理系统里，为了提升访问性能，在用户在点击博文时，如果这篇博文没有缓存到内存中，则需要做缓存动作，这样其它用户在点击同样这篇文章时，就能直接从内存里装载，而不用走数据库，这样能降低响应时间。

我们可以通过数据库级别的缓存在做到这点，这里也可以通过软引用来实现，具体的实现步骤如下。

第一，可以通过定义Content类来封装博文的内容，其中可以包括文章ID、文章内容、作者、发表时间和引用图片等相关信息。

第二，可以定义一个类型为HashMap>的对象类保存缓存内容，其中键是String类型，表示文章ID，值是指向Content的软引用。

第三，当用户点击某个ID的文章时，根据ID到第二步定义的HashMap里去找，如果找到，而且所对应的SoftReference值内容不是null，则直接从这里拿数据并做展示动作，这样不用走数据库，可以提升性能。

第四，如果用户点击的某个文章的ID在HashMap里找不到，或者虽然找到，但对应的值内容是空，那么就从数据库去找，找到后显示这个文章，同时再把它插入到HashMap里，这里请注意，显示后需要撤销掉这个Content类型对象上的强引用，保证它上面只有一个软引用。

来分析下用软引用有什么好处？假设我们用1个G的空间缓存了10000篇文章，这10000篇文章所占的内存空间上只有软引用。如果内存空间足够，那么我们可以通过缓存来提升性能，但万一内存空间不够，我们可以依次释放这10000篇文章所占的1G内存，释放后不会影响业务流程，最多就是降低些性能。

对比一下，如果我们这里不用软应用，而是用强引用来缓存，由于不知道文章何时将被点击，我们还无法得知什么时候可以撤销这些文章对象上的强引用，或者即使我们引入了一套缓存淘汰流程，但这就是额外的工作了，这就没刚才使用“软引用“那样方便了。

通过WeakHashMap来了解弱引用的使用场景

import java.util.HashMap;  
   import java.util.Iterator;  
   import java.util.Map;  
   import java.util.WeakHashMap;    
   public class WeakHashMapDemo {  
       public static void main(String[] args) throws Exception {  
           String a = new String("a");  
           String b = new String("b");  
           Map weakmap = new WeakHashMap();  
           Map map = new HashMap();  
           map.put(a, "aaa");  
           map.put(b, "bbb");            
           weakmap.put(a, "aaa");  
           weakmap.put(b, "bbb");            
           map.remove(a);            
           a=null;  
           b=null;            
           System.gc();  
           Iterator i = map.entrySet().iterator();  
           while (i.hasNext()) {  
               Map.Entry en = (Map.Entry)i.next();              System.out.println("map:"+en.getKey()+":"+en.getValue());  
           }    
           Iterator j = weakmap.entrySet().iterator();  
           while (j.hasNext()) {  
               Map.Entry en = (Map.Entry)j.next();System.out.println("weakmap:"+en.getKey()+":"+en.getValue());                
           }  
       }  
   }

通过下表，我们来详细说明关键代码的含义。

根据上文和这里的描述，我们知道如果当一个对象上只有弱引用时，这个对象会在下次垃圾回收时被回收，下面我们给出一个弱引用的使用场景。

比如在某个电商网站项目里，我们会用Coupan这个类来保存优惠券信息，在其中我们可以定义优惠券的打折程度，有效日期和所作用的商品范围等信息。当我们从数据库里得到所有的优惠券信息后，会用一个List类型的coupanList对象来存储所有优惠券。

而且，我们想要用一种数据结构来保存一个优惠券对象以及它所关联的所有用户，这时我们可以用WeakHashMap>>类型的weakCoupanHM对象。其中它的键是Coupan类型，值是指向List用户列表的弱引用。

大家可以想象下，如果有个优惠券，那么它们会存储于List<Coupan>类型的coupanList，同时，WeakHashMap<Coupan, <List<WeakReference <User>>>类型的weakCoupanHM对象会以键的形式存储这个优惠券。而且，如果有万个用户，那么我们可以用List<User>类型的userList对象来保存它们，假设coupan1这张优惠券对应着个用户，那么我们一定会通过如下的代码存入这种键值对关系，weakCoupanHM.put(coupan1,weakUserList);，其中weakUserList里以弱引用的方式保存coupan1所对应的个用户。

这样的话，一旦当优惠券或用户发生变更，它们的对应关系就能自动地更新，具体表现如下。

1 当某个优惠券（假设对应于coupan2对象）失效时，我们可以从coupanList里去除该对象，coupan2上就没有强引用了，只有weakCoupanHM对该对象还有个弱引用，这样coupan2对象能在下次垃圾回收时被回收，从而weakCoupanHM里就看不到了。

2 假设某个优惠券coupan3用弱引用的方式指向于100个用户，当某个用户（假设user1）注销账号时，它会被从List类型的userList对象中被移除。这时该对象上只有weakCoupanHM里的值（也就是>）这个弱引用，该对象同样能在下次垃圾回收时被回收，这样coupan3的关联用户就会自动地更新为99个。

如果不用弱引用，而是用常规的HashMap>来保存对应关系的话，那么一旦出现优惠券或用户的变更的话，那么我们就不得不手动地更新这个表示对应关系的HashMap对象了，这样，代码就会变得复杂，而且我们很有可能因疏忽而忘记在某个位置添加更新代码。相比之下，弱引用给我们带来的“自动更新“就能给我们带来很大的便利。