本文主要是介绍WeakReference：防止内存泄漏，要保证内存被虚拟机回收，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
首先我们来看一段代码
public class AutoActivity extends Activity {
Handler handler = new Handler(){
public void handleMessage(android.os.Message msg) {
};
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_auto);
}
}
上面这段低吗没有什么问题，但是在handler对象创建的时候却会报警告：This Handler class should be static or leaks might occur意思是：Handler
类应该为static类型，否则可能会造成内存泄漏。为什么会造成这种情况呢？这种情况就是由于android的特殊机制造成的：当一个android主线程被创
建的时候，同时会有一个Looper对象被创建，而这个Looper对象会实现一个MessageQueue(消息队列)，当我们创建一个handler对象时，而handler的
作用就是放入和取出消息从这个消息队列中，每当我们通过handler将一个msg放入消息队列时，这个msg就会持有一个handler对象的引用。因此当
Activity被结束后，这个msg在被取出来之前，这msg会继续存活，但是这个msg持有handler的引用，而handler在Activity中创建，会持有Activity的引用，
因而当Activity结束后，Activity对象并不能够被gc回收，因而出现内存泄漏。
这个根本原因就是：Activity在被结束之后，MessageQueue并不会随之被结束，如果这个消息队列中存在msg，则导致持有handler的引用，但是又
由于Activity被结束了，msg无法被处理，从而导致永久持有handler对象，handler永久持有Activity对象，于是发生内存泄漏。但是为什么为static类型就
会解决这个问题呢？因为在java中所有非静态的对象都会持有当前类的强引用，而静态对象则只会持有当前类的弱引用。声明为静态后，handler将会持
有一个Activity的弱引用，而弱引用会很容易被gc回收，
这篇关于WeakReference：防止内存泄漏，要保证内存被虚拟机回收的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
