面试题一天一题——第四天（项目中怎么检测内存泄漏，怎么解决内存泄漏？ 下）

工作中遇到很多问题，很多人都是慢慢摸索着，有问题也会想着逻辑业务来解决，项目小而模块小的话，一般问题都不大；但是总有一些让人费解的问题会遇到，最近在学习NDK的时候想用mac开发，无赖只能使用虚拟机，其中遇到很多问题，凭着不怕苦不怕累的精神终于安装并开始学习了NDK基础；公司就有人说你这不是作嘛，好好的电脑不用VS用mac，我想说的是：mac便于开发，而且较window遇到的问题更少，个人理解吧，各位看官呢？

上一节我们讲到使用Android studio查看应用内存消耗，并检测某一段事件内内存的使用；在这一阶段，我们可以看到内存中对象的生成个数以及我们未经处理的对象；接下来，我们将使用我们的最后一个工具： MAT 下载链接 密码：ex8m，使用它就可以查看我们的hprof文件了，但是在查看前，还需要将hprof文件转换成MAT能够识别的hprof文件：

转换成mat识别的文件.png

这样就转换成了MAT识别的文件 mat.hprof，接着下载好了mat之后，在文件夹中打开MemoryAnalyzer.exe文件，然后选择：

选择文件.png

选择文件之后，将会提示，直接finish即可：

选择了文件之后.png

接着，我们点击Histogram，查看当前内存的情况：

查看Histogram.png

因为当前步骤无法查看到包中的对象情况，只能借助上一次使用Android Studio来查看对象个数比较多，例如我们找到当前对象NewsRecommendFragment：

在Android Studio中查看内存个数多的对象.png

查看到对象个数有7个，一直未被释放，所以，我们在mat中搜索当前对象，从结果中查看到该对象确实未被释放：

在MAT中搜索到对象.png

接着，我们将该对象中的软弱虚对象引用去除掉，java中的四大引用对象这里就不深入描述，有兴趣可以谷歌，去掉这些对象之后的结果：

右键去掉软弱虚引用.png

结果.png

我们可以看到有一个ArrayList对象中添加了3个Fragment未被释放，所以我们在使用List的时候，页面销毁时要注意将其释放，尤其是使用Fragment添加到Activity上，可能由于Fragment有内存泄漏问题而常驻内存！

总结：

内存泄漏在项目中很容易出现，但是只要细心就很容易找到，不过每一次的内存泄漏查找都要耗费一定得时间，所以我们得明白什么情况下会造成内存泄漏：

• 单例对象持有Activity引用
  这个我们很清楚，单例对象的生命周期可能远比Activity的生命周期长；所以在使用单例时，我们尽可能使用application的context，而不是Activity的引用

• 静态的Activity、View对象，使用静态对象造成生命周期过长导致无法释放内存

• 内部类，当我们使用内部类的时候，如果持有了外部类的强引用，可能就会导致内存泄漏，所以，在我们不需要使用内部类的时候，将其置空

• Handler的使用，上面说到了内部类，Handler的使用同样存在内存泄漏，当我们在Activity中使用Handler时，持有Activity的引用时，将会出现内存泄漏，所以建议我们使用Handler就直接用static来修饰

• 线程使用

• 监听器使用，注册与反注册