一篇文章教你搞定内存泄漏与排查流程——安卓性能优化

值得一提：在java虚拟机规范中，此处定义了一个异常

（1）OutOfMemoryError

6. 运行时常量池：属于“方法区”的一部分，用于存放编译器生成的各种字面量和符号引用。

字面量：与Java语言层面的常量概念相近，包含文本字符串、声明为final的常量值等。

符号引用：编译语言层面的概念，包括以下3类：

（1） 类和接口的全限定名

（2）字段的名称和描述符

（3）方法的名称和描述符

2、JAVA回收机制

---

java中是通过GC（Garbage Collection）来进行回收内存，那jvm是如何确定一个对象能否被回收的呢？这里就需讲到其回收使用的算法

(1) 引用计数算法

引用计数是垃圾收集器中的早期策略。在这种方法中，堆中每个对象实例都有一个引用计数。当一个对象被创建时，且将该对象实例分配给一个变量，该变量计数设置为1。当任何其它变量被赋值为这个对象的引用时，计数加1（a = b,则b引用的对象实例的计数器+1），当一个对象实例的某个引用超过了生命周期或者被设置为一个新值时，对象实例的引用计数器减1。任何引用计数器为0的对象实例可以被当作垃圾收集。当一个对象实例被垃圾收集时，它引用的任何对象实例的引用计数器减1。

优点：

引用计数收集器可以很快的执行，交织在程序运行中。对程序需要不被长时间打断的实时环境比较有利。

缺点：

无法检测出循环引用。如父对象有一个对子对象的引用，子对象反过来引用父对象。这样，他们的引用计数永远不可能为0。例如下面代码片段中，最后的Object实例已经不在我们的代码可控范围内，但其引用仍为1，此时内存便产生泄漏。

/举个例子/

Object o1 = new Object() //Object的引用+1，此时计数器为1

Object o2;

o2.o = o1; //Object的引用+1，此时计数器为2

o2 = null;

o1 = null; //Object的引用-1，此时计数器为1

(2) 可达性分析算法

可达性分析算法是现在java的主流方法，通过一系列的GC ROOT为起始点，从一个GC ROOT开始，寻找对应的引用节点，找到这个节点以后，继续寻找这个节点的引用节点，当所有的引用节点寻找完毕之后，剩余的节点则被认为是没有被引用到的节点，即无用的节点（即图中的ObjD、ObjE、ObjF）。由此可知，即时引用成环也不会导致泄漏。

java中可作为GC Root的对象有：

1、方法区中静态属性引用的对象

2、方法区中常量引用的对象

3、本地方法栈JNI中引用的对象（Native对象）

4、虚拟机栈（本地变量表）中正在运行使用的引用

但是，可达性分析算法中不可达的对象，也并非一定要被回收。当GC第一次扫过这些对象的时候，他们处于“死缓”的阶段。要真正执行死刑，至少需要经过两次标记过程。 如果对象经过可达性分析之后发现没有与GC Roots相关联的引用链，那他会被第一次标记，并经历一次筛选，这个对象的finalize方法会被执行。如果对象没有覆盖finalize或者已经被执行过了。虚拟机也不会去执行finalize方法。Finalize是对象逃狱的最后一次机会。

3、四种引用

---

说到底，内存泄漏是因为引用的处理不正当导致的。所以，我们接下来需要老生常谈一下java中四种引用，即：强软弱虚（引用强度依次减弱）。

（1）强引用（Strong reference）： 一般我们使用的都是强引用，例如：Object o = new Object()；只要强引用还在，垃圾收集器就不会回收被引用的对象。

（2）软引用(Soft Reference)： 用来定义一些还有用但并非必须的对象。对于软引用关联着的对象，在系统将要内存溢出之前ÿ