Handler可能导致的内存泄漏及其优化-阿里云开发者社区

开发者社区> 微服务> 正文
登录阅读全文

Handler可能导致的内存泄漏及其优化

简介: package cc.cc; import java.lang.ref.WeakReference; import android.os.Bundle; import android.
package cc.cc;

import java.lang.ref.WeakReference;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.app.Activity;
/**
 * Demo描述:
 * Handler可能导致的内存泄露及其优化
 * 
 * 1 关于常见的Handler的用法但是可能导致内存泄露
 *   请参考方法initHandler()
 * 2 优化方式请参考BetterHandler和BetterRunnable的实现
 *   
 * 关于Handler可以参考我以前写的:
 * http://blog.csdn.net/lfdfhl/article/details/40016165
 * 
 * 参考资料:
 * 1 http://blog.csdn.net/krislight/article/details/9391403
 * 2 http://blog.csdn.net/myarrow/article/details/14223493
 * 3 http://2dxgujun.com/post/2014/09/11/Handler-Leaks-Solution.html
 * 4 http://blog.csdn.net/FeeLang/article/details/39059705
 *   Thank you very much
 *
 */
public class MainActivity extends Activity {
	private Handler mHandler;
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.main);
	}
	
	
	/**
	 * 常见的Handler的用法但是可能导致内存泄露
	 * 
	 * 比如在旋转屏幕时该Activity重新绘制.
	 * 但是因为mHandler发送了一个延迟消息,所以消息队列持有mHandler对象
	 * 又由于new Runnable(){}持有外部类MainActivity的引用
	 * 所以Activity所占内存并不能向期望的那样被回收,这样就可能会造成内存泄漏.
	 * 
	 * 这个例子中Handler的延迟时间比较久有20S,有点极端了,一般不会这么干;
	 * 这里只是为了更好地说明这个问题就这么写代码了。
	 * 
	 */
	private void initHandler() {
		mHandler = new Handler() {
			@Override
			public void handleMessage(Message msg) {
				super.handleMessage(msg);
			}
		};

		// ......doing something
		// ......doing something
		// ......doing something

		// 发送延迟消息
		mHandler.postDelayed(new Runnable() {
			@Override
			public void run() {

			}
		}, 1000 * 20);
	}
	
	
	
	/**
	 * 以下为优化方式
	 * 1 在此处把BetterHandler和BetterRunnable都设计为静态类,
	 *  这样它们就不会持有外部类的引用了.
	 * 2 在BetterHandler中利用WeakReference持有Activity.
	 *  常听说:"如果一个对象具有弱引用,那么当GC线程扫描的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存"
	 *  其实准备地说应该是"如果一个对象只具有弱引用.........",即仅有弱引用而不存在对其的强引用才会将其回收.
	 *  那么此处对Activity采用了弱引用,会不会导致该Activity被回收呢?
	 *  答案是否定的。因为此处的Activity还在显示界面,当然存在其他对象对它的强引用。所以不会对其回收。
	 *  
	 * 经过这样的优化,当旋转屏幕时需要销毁原Activity时;消息队列持有Handler对象.但此时Handler对象不再持有Activity的引用.
	 * 所以系统会回收该Activity所占内存.所以在handleMessage()中处理消息时需要判断Activity是否为空.
	 * 比如此处20秒后才处理消息 这个时候Activity为空.
	 */
	private static class BetterHandler extends Handler{
		private final WeakReference<Activity> activityWeakReference;
		public BetterHandler(Activity activity){
			activityWeakReference=new WeakReference<Activity>(activity);
		}
		@Override
		public void handleMessage(Message msg) {
			super.handleMessage(msg);
			if (activityWeakReference.get()!=null) {
				//.....handle message
			} else {
				System.out.println("Activity==null");
			}
		}
	}
	
	//同样采用静态内部类
	private static class BetterRunnable implements Runnable{
		@Override
		public void run() {
			// ......doing something
		}
		
	}
	
	//发送延迟消息
	private void sendMessage(){
		BetterHandler betterHandler=new BetterHandler(MainActivity.this);
		betterHandler.postDelayed(new BetterRunnable(), 1000 * 20);
	}
	

}

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: