内存优化

（强软弱虚）

一般内存泄漏(traditional memory leak)的原因是：当该对象的所有引用都已经释放了，对象仍未被释放。（译者注：Cursor忘记关闭等） 

逻辑内存泄漏(logical memory leak)的原因是：当应用不再需要这个对象，当仍未释放该对象的所有引用。
如果持有对象的强引用，垃圾回收器是无法在内存中回收这个对象。
在Android中，导致潜在内存泄漏的陷阱不外乎两种： 
- 全局进程(process-global)的static变量。这个无视应用的状态，持有Activity的强引用的怪物。 
- 活在Activity生命周期之外的线程。没有清空对Activity的强引用。
释放内存，把这个static view置null即可
垃圾回收的操作是很昂贵的开销，会导致肉眼可见的卡顿。所以，实例化的时候注意持有的引用链，并经常进行内存泄漏检查。
内部类的优势之一就是可以访问外部类，不幸的是，导致内存泄漏的原因，就是内部类持有外部类实例的强引用。


1、对于生命周期比Activity长的对象如果需要应该使用ApplicationContext
2、在涉及到Context时先考虑ApplicationContext，当然它并不是万能的，对于有些地方则必须使用Activity的Context，对于Application，Service，Activity三者的Context的应用场景如下： 
这里写图片描述 其中：NO1表示Application和Service可以启动一个Activity，不过需要创建一个新的task任务队列。而对于Dialog而言，只有在Activity中才能创建
3、对于需要在静态内部类中使用非静态外部成员变量（如：Context、View )，可以在静态内部类中使用弱引用来引用外部类的变量来避免内存泄漏
4、对于生命周期比Activity长的内部类对象，并且内部类中使用了外部类的成员变量.将内部类改为静态内部类,静态内部类中使用弱引用来引用外部类的成员变量
5、对于不再需要使用的对象，显示的将其赋值为null，比如使用完Bitmap后先调用recycle()，再赋为null
6、保持对对象生命周期的敏感，特别注意单例、静态对象、全局性集合等的生命周期




1.单例造成的内存泄露
2.非静态内部类(匿名内部类) 的内存泄漏
解决方案:将非静态内部类修改为静态内部类。因为静态内部类不会隐士持有外部类
3.Handler 造成的内存泄漏 在Android应用的开发中，为了防止内存溢出，在处理一些占用内存大而且声明周期较长的对象时候，可以尽量应用软引用和弱引用技术
4.监听器注册造成的内存泄漏
在观察者模式中, 有一个统一的观察者collector集合, 
事件监听器和回调.如果一个类注册了监听器，但当该类不再被使用后没有注销监听器，可能会发生内存泄漏。例如,系统的传感器sensor监听器, 
窗口改变监听WindowFocusChangeListener等等.
监听器实例:
系统级别的监听,例如重力感应监听sensorManager.registerListener(),如果不及时取消注册,就会造成内存泄漏.
5.资源未关闭造成的内存泄漏
对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。