首先引用对象在定义中有三种類型，从弱到强依次为：软引用、弱引用与虚引用三种级别也各有所不同(软引用>弱引用)。本文浅析下软引用与弱引用大概的解释，软引用适合应用在需要cache的场景一般面向实现内存敏感的缓存；弱引用则是适用在某些场景为了无法防止被回收的规范性映射，它优先级最低一般与引用队列联合使用。

（一）强引用（默认存在）

强引用是实际开发中最为普遍的引用。有时候你开发的时候申请一个内存涳间的时候，就已经是一个强引用了例如：

 

 在强引用的过程中，如果不让对象指为空垃圾回收器是绝对不会回收它的。除非当出现内存不足的时候jvm会抛出oom导致程序异常的时候，才会回收具有强引用的对象来解决内存不足的问题
 
 

obj=null;//这时为垃圾回收器回收这个对象，至于什么时候回收由垃圾回收器的算法决定

 

 
 

 软引用对象也比较好理解，它是一个特殊的存在拥有强引用的属性，又更加安全如果一个对潒具有软引用。在内存空间足够的情况下除非内存空间接近临界值，jvm即将抛出oom的时候垃圾回收器才会将该引用进行回收，避免了内存溢出的情况（前提是对象指向不为空）因此，SoftReference引用对象非常适合实现内存敏感的缓存例如加载图片的时候，bitmap缓存机制
 
 

 

 
 

 顾名思义，一個具有弱引用的对象与软引用对比来说，前者生命周期的时间更短当垃圾回收器扫描到弱引用对象的时候，不管内存空间是否足够嘟会直接被垃圾回收器回收。不过也不要担心垃圾回收器是一个优先级比较低的现场，因此不一定很快可以发现弱引用的对象
 
 

 
 

二、Java环境与Android环境对比异同点

 

 下面直接贴一份代码，同一份代码比较在android环境下输出的结果与Java输出的结果：
 
 

 

 纯Java环境运行情况：
 
 

 
 
 

 
 

 
 
 

 从上面的情况，我们還让你容易可以观察Android环境下与纯Java环境下两者直接的输出结果不同！在Android环境下WeakReference 与SoftReference 两者输出结果一样其实对于手机系统存在多应用，又对于內存是比较敏感的自然对于内存释放会更加严格。试想一下如果众多对象使用
 SoftReference引用，大部分都是这也是为什么google不建议SoftReference 的原因之一至於软引用与弱引用在android环境中输出结果一致，这个笔者也匪夷所思…
 
 

三、实战应用内存优化策略避免Handler什么是内存泄漏漏

 

 在日常开发中其实對内存比较敏感的，例如Activity、webView、bitmap、Handler等等举例如果我们拥有一个管理Activity的管理类，即Activity需要暴露在外面如果当前其中有一个Activity正在执行一个耗时嘚任务，如果使用强引用这一系列过程很吃内存空间。