1.单例模式导致泄漏
以Activity为例，启动一个Activity，并调用getInstance(Contextcontext)方法去获取AppSettings的单例，传入Activity.this作为context，这样AppSettings类的单例sInstance就持有了Activity的引用，当我们退出Activity时，该Activity就没有用了，但是因为sIntance作为静态单例（在应用程序的整个生命周期中存在）会继续持有这个Activity的引用，导致这个Activity对象无法被回收释放，这就造成了内存泄露。
使用全局context即可与单例生命周期长度相同，可避免内存泄漏
（使用application context即可）
2.静态变量导致泄漏
activity的静态成员生命周期比activity自身要长，当activity要退出后，静态成员若仍在引用，activity无法回收，造成泄露
减少静态变量的使用，或在合适时释放引用，避免泄漏
3.未取消注册或回调导致泄漏
注册的广播，在activity销毁时不取消注册，则会造成泄漏
startservice（）同样
及时取消注册可避免泄漏
4.Timer和TimerTask造成泄漏
activity销毁时，timer可能还在继续执行timertask，无法回收activity的引用，造成泄漏
销毁activity时，及时cancle timer和timertask
5.资源未关闭或释放造成泄露
IO,File，Cursor，Sqlite的缓冲会造成泄漏，需要及时关闭
6.属性动画造成泄漏
销毁activity时要注意cancle掉属性动画（ObjectAnimator）
7.WebView造成泄露
销毁webview之前需要先从父容器中将其移除，然后销毁
