Android性能优化：看完这篇文章,至少解决 APP 中 90 % 的内存异常问题(1)

弱引用与软引用的区别在于: 只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。

弱引用可以和一个引用队列联合使用，如果弱引用所引用的对象被垃圾回收，Java 虚拟机就会把这个弱引用加入到与之关联的引用队列中。

可见 weakReference 对象的生命周期基本由 GC 决定，一旦 GC 线程发现了弱引用就标记下来，第二次扫描到就直接回收了。

注意这里的 referenceQueuee 是装的被回收的对象。

虚引用 (PhantomReference)

@Test

public void onPhantomReference()throws InterruptedException{

String str = new String(“123456”);

ReferenceQueue queue = new ReferenceQueue();

// 创建虚引用，要求必须与一个引用队列关联

PhantomReference pr = new PhantomReference(str, queue);

System.out.println(“PhantomReference:” + pr.get());

System.out.printf(“ReferenceQueue:” + queue.poll());

}

虚引用顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。

虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于: 虚引用必须和引用队列 (ReferenceQueue) 联合使用。当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中。

总结

| 引用类型 | 调用方式 | GC | 是否内存泄漏 |

| — | — | — | — |

| 强引用 | 直接调用 | 不回收 | 是 |

| 软引用 | .get() | 视内存情况回收 | 否 |

| 弱引用 | .get() | 回收 | 不可能 |

| 虚引用 | null | 任何时候都可能被回收，相当于没有引用一样 | 否 |

分析内存常用工具

---

工具很多，掌握原理方法，工具随意挑选使用。

top/procrank

meinfo

Procstats

DDMS

MAT

Finder - Activity

LeakCanary

LeakInspector

内存泄漏

---

产生的原因: 一个长生命周期的对象持有一个短生命周期对象的引用，通俗点讲就是该回收的对象，因为引用问题没有被回收，最终会产生 OOM。

下面我们来利用 Profile 来检查项目是否有内存泄漏

怎么利用 profile 来查看项目中是否有内存泄漏

1. 在 AS 中项目以 profile 运行

2. 在 MEMORY 界面中选择要分析的一段内存，右键 export

Allocations: 动态分配对象个数

Deallocation: 解除分配的对象个数

Total count: 对象的总数

Shalow Size: 对象本身占用的内存大小

Retained Size: GC 回收能收走的内存大小

3. 转换 profile 文件格式

• 将 export 导出的 dprof 文件转换为 Mat 的 dprof 文件

• cd /d 进入到 Android sdk/platform-tools/hprof-conv.exe

//转换命令 hprof-conv -z src des