Android 非静态内部类导致内存泄漏原因深入剖析

背景

上周发现蘑菇街IM－Android代码里面，一些地方代码编写不当，存在内存泄漏的问题，在和疯紫交流的过程中，发现加深了一些理解，所以决定写一下分析思路，相互学习。

内存泄漏

一个不会被使用的对象，因为另一个正在使用的对象持有该对象的引用，导致它不能正常被回收，而停留在堆内存中。

内存泄漏的危害

最坏的情况，App可能会因为大量的内存泄漏而导致内存耗尽，引发Crash，如果内存未耗尽，App也会犹豫内存空间不足，出现频繁的GC（垃圾回收），每次一出GC都是非常耗时的阻塞性操作，会造成设备非常严重的卡顿，给用户的体验就是，手机无论做什么操作，都是卡的，这也是Android设备玩久了之后常见的现象。

泄漏代码（案例）

在sendGoodsMessage方法中，使用了一个非静态匿名内部类IMValueCallback，而这个非静态匿名内部类对其外部类存在一个隐式引用，其外部类在销毁之前，如果该非静态内部类的sendMessage异步任务还未完成，将会导致外部类的内存资源无法正常释放，造成了内存泄漏。

所以这个问题总结为： 非静态内部类中线程生命周期不可控，能否正常回收完全由线程的生命周期决定。如果线程是永久运行的，那么将永远无法释放，因为在Java中线程是垃圾回收机制的根源，在运行系统中DVM虚拟机总会硬件持有所有运行状态的进程的引用，结果导致处于运行状态的线程将永远不会被回收。

非静态内部类还有一种的情况的内存泄漏

非静态内部类中创建了一个静态实例，导致该实例的生命周期和应用ClassLoader级别，又因为该静态实例又会隐式持有其外部类的引用，所以导致其外部类无法正常释放，出现了泄漏问题。