3.20 内存优化

今天继续按时间完成毕业设计代码，总结一下白天学到的android知识：

使用Application对象。这个context对象会随着应用程序的存在而存在，而不依赖于activity的生命周期。如果你打算对context对象保持一个长期的引用，请记住这个application对象。通过调用Context.getApplicationContext() 或者 Activity.getApplication().方法，你可以很容易的得到这个对象。  

强引用
   平时我们编程的时候例如：Object object=new Object（）；那object就是一个强引用了。如果一个对象具有强引用，那就类似于必不可少的生活用品，垃圾回收器绝不会回收它。当内存空 间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题。

 

软引用（SoftReference）
   如果一个对象只具有软引用，那就类似于可有可物的生活用品。如果内存空间足够，垃圾回收器就不会回收它，如果内存空间不足了，就会回收这些对象的内存。只 要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。 软引用可以和一个引用队列（ReferenceQueue）联 合使用，如果软引用所引用的对象被垃圾回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

弱引用（WeakReference）   

   如果一个对象只具有弱引用，那就类似于可有可物的生活用品。弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它 所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程， 因此不一定会很快发现那些只具有弱引用的对象。  弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回 收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。 

使用软引用和弱引用来缓存数据的总结：

1.SoftReference：

用map存储SoftReference，当 垃圾回收器因不够内存删了某个对象，这个对象所对应的 SoftReference也会从map中删除；

当程序想new一个对象，先从map中找，找到就不new了，找不到就new完后添加到map中。

2.WeakReference：

这个没代码参考，以下是自己的做法：

用map存储WeakReference，当 垃圾回收器扫描到某个对象并删了它，就从map中移除这个对象所对应的 WeakReference；

当程序想new一个对象，先从map中找，找到就不new了，找不到就new完后添加到map中。

3.两者之间关键区别：

SoftReference优点：在缓存中存储的数据多，程序大多情况下可以直接使用，因为数据当不够内存时才删除；缺点：缓存数据多可能影响程序性能，如果其他功能也需要很大缓存怎么办，另外 垃圾回收器 因不够内存才删除对象，如果来不及删除就会造成OOM。

WeakReference缺点：在缓存中存储的数据少，因为WeakReference所对应的对象随时都会被删除；优点：占用程序内存少，基本上不会出现OOM。

4.使用哪个较好？

先用SoftReference，因为这个缓存数据比较多，但是如果用了SoftReference后对程序性能有影响或出现了OOM就果断换WeakReference

还有一种缓存方法，就是不使用引用，但限制内存大小，如果超过了，就删掉最少使用那个对象。

Android 内存优化

为什么会出现内存不够用的情况呢？我想原因主要有两个：

• 由于我们程序的失误，长期保持某些资源（如Context）的引用，造成内存泄露，资源造成得不到释放。
• 保存了多个耗用内存过大的对象（如Bitmap），造成内存超出限制。