工作中遇到很多问题，很多人都是慢慢摸索着，有问题也会想着逻辑业务来解决，项目小而模块小的话，一般问题都不大；但是总有一些让人费解的问题会遇到，最近在学习NDK的时候想用mac开发，无赖只能使用虚拟机，其中遇到很多问题，凭着不怕苦不怕累的精神终于安装并开始学习了NDK基础；公司就有人说你这不是作嘛，好好的电脑不用VS用mac，我想说的是：mac便于开发，而且较window遇到的问题更少，个人理解吧，各位看官呢？
上一节我们讲到使用Android studio查看应用内存消耗，并检测某一段事件内内存的使用；在这一阶段，我们可以看到内存中对象的生成个数以及我们未经处理的对象；接下来，我们将使用我们的最后一个工具： MAT 下载链接 密码：ex8m，使用它就可以查看我们的hprof文件了，但是在查看前，还需要将hprof文件转换成MAT能够识别的hprof文件：
这样就转换成了MAT识别的文件 mat.hprof，接着下载好了mat之后，在文件夹中打开MemoryAnalyzer.exe文件，然后选择：
选择文件之后，将会提示，直接finish即可：
接着，我们点击Histogram，查看当前内存的情况：
因为当前步骤无法查看到包中的对象情况，只能借助上一次使用Android Studio来查看对象个数比较多，例如我们找到当前对象NewsRecommendFragment：
查看到对象个数有7个，一直未被释放，所以，我们在mat中搜索当前对象，从结果中查看到该对象确实未被释放：
接着，我们将该对象中的软弱虚对象引用去除掉，java中的四大引用对象这里就不深入描述，有兴趣可以谷歌，去掉这些对象之后的结果：
我们可以看到有一个ArrayList对象中添加了3个Fragment未被释放，所以我们在使用List的时候，页面销毁时要注意将其释放，尤其是使用Fragment添加到Activity上，可能由于Fragment有内存泄漏问题而常驻内存！
总结：
内存泄漏在项目中很容易出现，但是只要细心就很容易找到，不过每一次的内存泄漏查找都要耗费一定得时间，所以我们得明白什么情况下会造成内存泄漏：
单例对象持有Activity引用
这个我们很清楚，单例对象的生命周期可能远比Activity的生命周期长；所以在使用单例时，我们尽可能使用application的context，而不是Activity的引用静态的Activity、View对象，使用静态对象造成生命周期过长导致无法释放内存
内部类，当我们使用内部类的时候，如果持有了外部类的强引用，可能就会导致内存泄漏，所以，在我们不需要使用内部类的时候，将其置空
Handler的使用，上面说到了内部类，Handler的使用同样存在内存泄漏，当我们在Activity中使用Handler时，持有Activity的引用时，将会出现内存泄漏，所以建议我们使用Handler就直接用static来修饰
线程使用
监听器使用，注册与反注册
