内存泄漏总结

内存泄漏

在java开发、移动端开发中，由于JVM来负责对象的回收，所以内存泄漏是需要面对的问题

java的垃圾回收机制

比较常用的是两种算法，引用计数、根搜索。

目前的jvm 的gc都是采用根搜索算法。如果到达gc root不可答，就应该被回收,类似下图中，d和e就应该被回收

说到GC roots（GC根），在JAVA语言中，可以当做GC roots的对象有以下几种：
1、虚拟机栈中的引用的对象。
2、方法区中的类静态属性引用的对象。
3、方法区中的常量引用的对象。
4、本地方法栈中JNI的引用的对象。

借用网上的一个图说明：

什么时候产生内存泄漏

当一个对象在jvm gc的时候，它本应该可以被回收掉，实际情况却是没有被回收掉，那么它就发生了内存泄漏了

检测方法

有一些工具供我们使用来检测内存泄漏

• MAT java中分析内存的常用工具
  androidstudio导出的hprof文件和eclipse不同，MAT无法直接分析，需要将文件转化一下
  命令如下：

转换需要到你sdk目录里的tools目录下，比如\android-sdk-windows\tools所在目录，并输入命令hprof-conv xxxxx.hprof yyyyy.hprof，其中xxxxx.hprof为原始文件，yyyyy.hprof为转换过后的文件

• Android studio自带的profile

1.通过Profile进行监控内存
2.操作应用程序，开启需要检测的页面，再关闭此页面，重复这个过程数次
3.点击Profile的触发GC按钮，触发GC
4.点击内存快照，观看内存快照
5.不该出现的对象如果出现了内存快照中，那么此对象发生内存泄漏了

• 好用开源工具，例如leakCanary

leakcanary的接入、和使用很简单，根据官网介绍即可，这里主要讲解一个原理

1.首先需要知道弱引用原理，简单来说，当一个弱引用对象被gc回收的时候，其会被jvm放入到一个与之关联的引用队列中
2.给被观察对象一个弱引用，这样既不影响其的垃圾回收，又可以知道其是否被gc
3.如果被观察对象（Activity）已经被关闭了，如果弱引用的关联队列有这个弱引用，则说明其被回收了，没有发生内存泄漏，反之，这个Activity内存泄漏了

Java的四种引用

强引用 软引用 弱引用 虚引用
可以参考这篇文章，讲得很好

https://www.cnblogs.com/fengbs/p/7019687.html