String str=new String("abc");                                     // 强引用
SoftReference<String> softRef=new SoftReference<String>(str);     // 软引用

比如：当浏览器应用按下返回按钮的时候，是重新从访问还是加载缓存？如果将浏览过的网页存储到内存中会造成内存的大量浪费，甚至会造成内存溢出。那么就可以设计为软引用，如果没有被回收，直接显示，否则就请求。

比如：在Android中可以通过软引用实现图片缓存，防止内存溢出。

Android开发中， 我们通常需要用到缓存，比如加载图片。使用缓存的好处大家都知道， 比如避免重复访问网络资源、避免重复读取磁盘等， 以提升图片显示速度，这里就不再详述。加载图片使用缓存， 经常会出现OOM(out of memory, 内存不足)。为了避免OOM， 必须要在向内存中加载新资源的同时， 将旧的资源释放。
原文链接：https://blog.csdn.net/u013015161/article/details/50631703

在Android开发中，为了避免OOM。在较早时候开发者通常使用软引用解决给问题，而现在，被广泛使用的方法是使用LruCache。

• 软引用释放资源是被动的， 当内存不足时， GC会对其主动回收。
• LruCache内部通过一个LinkedHashMap保存资源的强引用。有设置的初始化大小，如果超过， 就将排序最靠前(即最近最少使用)的资源从LinkedHashMap中移除。其控制内存的方式是主动的。

弱引用实现缓存， 有一个必要条件就是它在系统内存不足时才会被释放，而从 Android 2.3 (API Level 9)开始，垃圾回收器会更倾向于回收持有软引用或弱引用的对象，这让软引用和弱引用变得不再可靠， 即在内存充足的情况下， 它们指向的对象依然有可能被回收。如此， 软引用Map做缓存， 缓存命中率会变低，效果就会大打折扣。

所以， 使用LruCache成为了现在实现内存缓存的主流方式， 显然更可靠，也更值得推荐。

3. 弱引用

使用java.lang.ref.WeakReference类来实现，它比软引用的生存周期更短。对于只有弱引用的对象来说，只要有垃圾回收，不管JVM的内存空间够不够用，都会回收该对象占用的内存空间。

如：

WeakReference< People > reference=new WeakReference< People >(obj);

PhantomReference< People > pr = new PhantomReference
								< People > (object, ReferenceQueue);