说的挺吓人的，就一个Handler处理消息事件而已，怎么可能会出现内存泄漏的情况呢？说是内存泄漏，那到底如何发生内存泄漏的呢？又在哪里发生的内存泄漏？
在Android开发中，经常会在Activity中使用handler来进行线程间通信，使主线程能够实时更新UI但是，在Android Studio中，发现使用handler时会有黄色的警告提示。提示语为this Handler class should be static or leaks might occur。这条提示的内容就是说：使用handler可能会发生内存泄漏，建议改成静态的。那么为什么Activity中使用handle会存在内存泄漏的隐患呢？
1.当一个android应用程序启动的时候，frameworks会自动为这个应用程序在主线程创建一个Looper对象。这个被创建的Looper对象也有它主要的工作，它主要的工作就是不断地处理消息队列中的消息对象。在android应用程序中，所有主要的框架事件（例如Activity的生命周期方法，按钮的点击事件等等）都包含在消息对象里面，然后被添加到Looper要处理的消息队列中，主线程的Looper一直存在于整个应用程序的生命周期中。
2.当一个Handler在主线程中被初始化。那它就一直都和Looper的消息队列相关联着。当消息被发送到Looper关联的消息队列的时候，会持有一个Handler的引用，以便于当Looper处理消息的时候，框架可以调用Handler的handleMessage（Message msg）。
3.在java中，非静态的内部类和匿名内部类都会隐式的持有一个外部类的引用。静态内部类则不会持有外部类的引用。
下面我们举个例子：
在我们开发程序的时候，通常会写出如下代码：
private Handler mHandler = new Handler(){
@Override
public void handleMessage(Message msg){
//执行
}
}；
上面的代码是会产生内存泄漏的，你用测试工具，或者Android Studio会有提示
不过上面的代码不是特别容易发现问题，下面我们在来看这块代码，可能就会发现问题了：
public class MainActivity extends AppCompatActivity {
private Handler mLeakHandler = new Handler(){
@Override
public void handleMessage(Message msg) {
}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//发送延时消息
mLeakHandler.postDelayed(new Runnable() {
@Override
public void run() {
}
}, 1000 *60 *10);
finish();
}
}
我们看上面的代码会发现，当Activity被finished掉的时候，被延时的消息会在被处理之前存在于主线程的消息队列中十分钟，而这个消息中又包含了Handler的引用，而Handler是一个匿名内部类的实例，其持有外面的MainActivity的引用。这些引用会一直保持到该消息被处理，从而阻止了MainActivity被垃圾回收器回收。因此这就导致了MainActivity无法被回收，进而导致MainActivity持有的很多资源都无法回收，这就是我们常说的内存泄漏。
发现了问题了，那我们如何解决呢？请往下看、
解决办法
要解决这样的一个问题，有如下几种方式：
1.最直接的思路就是避免使用非静态内部类。使用Handler的时候，放在一个新建的文件中来继承Handler或者使用静态的内部类来替代。静态内部类不会隐含的持有外部类的引用，因此这个activity也就不会出现内存泄漏问题。
2.如果你需要在Handler内部调用外部Activity的方法，你可以让这个Handler持有这个Activity的弱引用，这样便不会出现内存泄漏的问题了。
3.另外，对于匿名类Runnable，我们同样可以设置成静态的，因为静态内部类不会持有外部类的引用。
4.注意：如果使用Handler发送循环消息，最好是在Activity的OnDestroy方法中调用mLeakHandler.removeCallbacksAndMessages(null);移除消息。（这不是解决内存泄漏的方法）
使用弱引用（WeakReference）：
public class SampleActivity extends AppCompatActivity {
/**
* Instances of static inner classes do not hold an implicit
* reference to their outer class.
* 弱引用的方式
*/
private static class MyHandler extends Handler {
private final WeakReference<SampleActivity> mActivity;
public MyHandler(SampleActivity activity) {
mActivity = new WeakReference<SampleActivity>(activity);
}
@Override
public void handleMessage(Message msg) {
SampleActivity activity = mActivity.get();
if (activity != null) {
//to Something
}
}
}
使用静态方法：
//定义成static的，因为静态内部类不会持有外部类的引用
private final MyHandler mHandler = new MyHandler(this);
private static final Runnable sRunnable = new Runnable() {
@Override
public void run() {//to something}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mHandler.postDelayed(sRunnable, 1000 * 60 * 10);
finish();
}
}
总结
其实android中出现的大部分的内存泄漏都是Activity使用非静态内部类导致的，所以我们在使用内部类的时候要格外注意，如果其持有的引用超过了生命周期的范围，就极有可能会出现内存泄漏。以上的几种方式，由个人喜好来决定。
网友评论