android内存泄漏定位与优化（java篇）

内存泄漏：我们的应用内存不在GC可以掌控之内

 1 垃圾回收机制（GC）对象引用为空的时候，会被GC回收；

总结：java的内存回收机制，莫对象没有任何引用的时候，就会被回收；

2 GC回收机制的原理

（JVM虚拟机）核心判断，GcRoot是否持有该对象，计数

如图所示：

3 GC root持有的引用有哪些?

1.java stack 中应用的对象

2 方法区中，静态引用指向的对象

3 方法区中常量引用指向对象

4 native方法中jni引用的对象

5 Thread-“活着的线程”

4 如何判断一个对象是否为垃圾对象?

这个其实是一个主观问题，并非应用存在就不是非垃圾对象

内存泄漏多了，容易导致oom,app奔溃

5 如何判断是否存在内存泄漏

1 命令模式：

adb shell dumpsys meminfo  包名

查看目前所有的对象情况，来粗略判断是否有内存溢出

如图所示：

点击事件发生前的activity数目

点击事件发生后的activity数目变化

结论：activity数据持续增加，页面却没有明显的体现，存在内存溢出的情况

2.工具使用定位问题所在：

备注：IDE 目前采用的是AS3.0版本

工具介绍：

Memory Profiler 是 Android Profiler 中的一个组件，可帮助您识别导致应用卡顿、冻结甚至崩溃的内存泄漏和流失。 它显示一个应用内存使用量的实时图表，让您可以捕获堆转储、强制执行垃圾回收以及跟踪内存分配。

1.用于强制执行垃圾回收 Event 的按钮。

2.用于捕获堆转储的按钮。

3.用于记录内存分配情况的按钮。 此按钮仅在连接至运行 Android 7.1 或更低版本的设备时才会显示。

4.用于放大/缩小时间线的按钮。

5.用于跳转至实时内存数据的按钮。

6.Event 时间线，其显示 Activity 状态、用户输入 Event 和屏幕旋转 Event。

7.内存使用量时间线，其包含以下内容：

一个显示每个内存类别使用多少内存的堆叠图表，如左侧的 y 轴以及顶部的彩色键所示。虚线表示分配的对象数，如右侧的 y 轴所示。用于表示每个垃圾回收 Event 的图标。

 3.showTime 实操（RAMTest）

1.如图所示：下面这段代码是存在内部类持有对象应用这种内存泄漏情况

2.通过不断的点击触发内存泄漏条件，内存的直线上升，以及调用gc操作，也没有得到内存的释放，可以判断存在内存泄漏；

3.点击2（捕获堆转储的按钮），收集相关堆信息；

通过上面我们可以明确的找出TestActivity的对象持有，随着点击的增加而增加，右键点击查看，jump to source，定位到具体的对象持有代码中，从而进行相关的代码优化；

 参考资料内存查看指令：

https://blog.csdn.net/bigconvience/article/details/35553983参考资料：

https://blog.csdn.net/yangjie5250/article/details/80264517android develop 参考资料