性能优化：内存泄漏2

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wdx_1136346879/article/details/86481302

（可先看内存泄漏一，再看这篇）https://blog.csdn.net/wdx_1136346879/article/details/86357481

---------------内存泄露例子----------------
单例模式导致内存对象无法释放而导致内存泄露

MainActivity在内存当中泄露了。
这个故事告诉我们能用Application的context就用Application的
CommonUtil生命周期跟MainActivity不一致，而是跟Application进程同生同死。

旋转3次：会在内存里面开辟三个MainActivity
实际上3次以上都只会有2个MainActivity。当GC回收的时候会将除了第0个和最后这一个留着其他的都会被回收。

优化两个情况：
1.主动；平时
2.被动，很卡的时候 出现问题的时候。

如果我们不知道代码内存泄露的情况，如何判断我们的项目里面有哪些是有内存泄露情况的？

1.凭借工具结合自己的经验来判断。
往往我们的app在某个时候或者某个操作以后会出现很卡的现象。

1）判断就是查看内存抖动情况

Android Monitor
MAT (对Eclipse插件使用的，也有独立分析工具)

查找引用了该对象的外部对象有哪些，
然后一个一个去猜，查找可能内存泄露的嫌疑犯，依据：看(读代码和猜)他们的生命周期是否一致(可以通过快照对比)，如果生命周期一致了肯定不是元凶。

排除一些容易被回收的(软引用、虚引用、弱引用)

设置监听很容易出现内存泄露
handler.post(callback)
onDestroy(){
handler.removeCallback();
}

代码示例：https://download.csdn.net/download/wdx_1136346879/10912701