Android 编程所使用的 Java 是一门使用垃圾收集器(GC,garbage collection)来自动管理内存的语言,它使得我们不再需要手动调用代码来进行内存回收。那么它是如何判断的呢?简单说就是,如果一个对象,从它的根节点开始不可达的话,那么这个对象就是没有引用的了,是会被垃圾收集器回收的,其中,所谓的 “根节点” 往往是一个线程,比如主线程。因此,如果一个对象从它的根节点开始是可达的有引用的,但实际上它已经没有再使用了,是无用的,这样的对象就是内存泄漏的对象,它会在内存中占据我们应用程序原本就不是很多的内存,导致程序变慢,甚至内存溢出(OOM)程序崩溃。
内存泄漏的原因并不难理解,但仅管知道它的存在,往往我们还是会不知觉中写出致使内存泄漏的代码。在 Android 编程中,也是有许多情景容易导致内存泄漏,以下将一一列举一些我所知道的内存泄漏案例,从这些例子中应该能更加直观了解怎么导致了内存泄漏,从而在编程过程中去避免。
首先,比较简单的一种情况是,静态变量致使内存泄漏,但说到静态变量,我们至少得了解其生命周期才能彻底明白。静态变量的生命周期,起始于类的加载,终止于类的释放。对于 Android 而言,程序也是从一个 main 方法进入,开始了主线程的工作,如果一个类在主线程或旁枝中被使用到,它就会被加载,反过来说,假如一个类存在于我们的项目中,但它从未被我们使用过,算是个孤岛,这时它是没有被加载的。一旦被加载,只有等到我们的 Android 应用进程结束它才会被卸载。
于是,当我们在 Activity 中声明一个静态变量引用了 Activity 自身,就会造成内存泄漏:
1
2
3
4
5
6
7
8
9
10
11
|
public
class
LeakActivity
extends
AppCompatActivity {
private
static
Context sContext;
@Override
protected
void
onCreate(Bundle savedInstanceState) {
super
.onCreate(savedInstanceState);
setContentView(R.layout.activity_leak);
sContext =
this
;
}
}
|
这样的代码会导致当这个 Activity 结束的时候,sContext 仍然持有它的引用,致使 Activity 无法回收。解决办法就是在这个 Activity 的 onDestroy 时将 sContext 的值置空,或者避免使用静态变量这样的写法。
同样的,如果一个 Activity 的静态 field 变量内部获得了当前 Activity 的引用,比如我们经常会把 this 传给 View 之类的对象,这个对象若是静态的,并且没有在 Activity 生命周期结束之前置空的话,也会导致同样的问题。
另外一个也是很常见的情景是,我们使用了后台线程,在线程中引用了当前 Activity 或它的子对象,子对象又间接引用了该 Activity,也会致使内存泄漏。比如我们经常会遇到的 Handler 问题,如果我们在 filed 声明一个 Handler 变量:
1
2
3
4
5
|
private
Handler mHandler =
new
Handler() {
@Override
public
void
handleMessage(Message msg) {
super
.handleMessage(msg);
}
};
|
由于在 Java 中,非静态内部类(包括匿名内部类,比如这个 Handler 匿名内部类)会引用外部类对象(比如 Activity),而静态的内部类则不会引用外部类对象。所以这里 Handler 会引用 Activity 对象,当它使用了 postDelayed 的时候,如果 Activity 已经 finish 了,而这个 handler 仍然引用着这个 Activity 就会致使内存泄漏,因为这个 handler 会在一段时间内继续被 main Looper 持有,导致引用仍然存在,在这段时间内,如果内存吃紧至超出,就很危险了。
解决办法就是大家都知道的使用静态内部类加 WeakReference:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
private
StaticHandler mHandler =
new
StaticHandler(
this
);
public
static
class
StaticHandler
extends
Handler {
private
final
WeakReference<Activity> mActivity;
public
StaticHandler(Activity activity) {
mActivity =
new
WeakReference<Activity>(activity);
}
@Override
public
void
handleMessage(Message msg) {
super
.handleMessage(msg);
}
}
|
另外,综合上面两种情况,如果一个变量,既是静态变量,而且是非静态的内部类对象,那么也会造成内存泄漏:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
public
class
LeakActivity
extends
AppCompatActivity {
private
static
Hello sHello;
@Override
protected
void
onCreate(Bundle savedInstanceState) {
super
.onCreate(savedInstanceState);
setContentView(R.layout.activity_leak);
sHello =
new
Hello();
}
public
class
Hello {}
}
|
注意,这里我们定义的 Hello 虽然是空的,但它是一个非静态的内部类,所以它必然会持有外部类即 LeakActivity.this 引用,导致 sHello 这个静态变量一直持有这个 Activity,于是结果就和第一个例子一样,Activity 无法被回收。
到这里大家应该可以看出,内存泄漏经常和静态变量有关。和静态变量有关的,还有一种常见情景,就是使用单例模式没有解绑致使内存泄漏,单例模式的对象经常是和我们的应用同样的生命周期,如果我们使用 EventBus 或 Otto 之类的单例,注册了一个 Activity 而没有在页面结束的时候进行接触注册,那么单例会一直持有我们的 Activity,这个 Activity 虽然没有使用了,但会一直占用着内存。