Handler这个总共有4篇,这是最后一篇,前面三篇博客,我们从源码的层面将Handler消息机制梳理了一遍,现在回头再看当时作为小白使用Hander所遇到的一些问题,显然,这些问题基本都可以做一个解释了。
Android源码解析Handler系列第(一)篇 — Message全局池
Android源码解析Handler系列第(二)篇 — ThreadLocal详解
Android源码解析Handler系列第(三)篇 — 深入了解Android的消息机制
-1、为什么不能在子线程线程中更新UI?
这个答案可以在ViewRootImpl中找到,ViewRootImpl对UI的操作做了验证,如果不是主线程,就会抛出CalledFromWrongThreadException。
void checkThread() {
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadException(
"Only the original thread that created a view hierarchy can touch its views.");
}
}
进一步思考,为什么ViewRootImpl要做checkThread的操作呢,因为多线程并发访问UI是不安全的,但是如果用同步锁不仅会降低性能,也会使逻辑变得复杂,所以就采用单线程模型,这活交给了主线程来干!
-2 、下面这段代码为什么会报错?
new Thread(new Runnable() {
@Override
public void run() {
Handler handler=new Handler();
}
}).start();
创建Handler的时候,就会调用Looper.myLooper()去获取Looper对象。myLooper方法中会通过sThreadLocal.get()获取返回,没有获取到就抛出RuntimeException。
public Handler(Callback callback, boolean async) {
mLooper = Looper.myLooper();
if (mLooper == null) {
throw new RuntimeException(
"Can't create handler inside thread that has not called Looper.prepare()");
}
mQueue = mLooper.mQueue;
mCallback = callback;
mAsynchronous = async;
}
每一个线程都需要有自己的Looper,主线程在ActivityThread的main方法中默认给我们创建了Looper。对于子线程需要我们自己创建。解决方式如下:
new Thread(new Runnable() {
@Override
public void run() {
Looper.prepare();
Handler handler=new Handler();
}
}).start();
这样子线程就有了自己的Looper,也有了自己的MessageQueue。但是这样还是有问题的,当你用handler发送一个消息,并不能收到消息的回调,因为你没有启动消息循环,只有调用Looper.loop()之后,Looper才能不断的从消息队列中取出消息交给Handler分发处理。即最终的解决方案是这样的。
new Thread(new Runnable() {
@Override
public void run() {
Looper.prepare();
Handler handler=new Handler();
Looper.loop()
}
}).start();
-3、使用Handler为什么会容易内存泄露?
下面是一段“常规”写法
Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
mImageView.setImageBitmap(mBitmap);
}
}
因为内部类会有一个指向外部类的引用(这个Handler又持有Activity的引用,就导致该Activity无法被回收)。垃圾回收机制中约定,当内存中的一个对象的引用计数为0时,将会被回收Handler作为Android上的异步消息处理机制(好吧,我大多用来进行worker thread与UI线程同步),它的工作是需要Looper和MessageQueue配合的。简单的说,要维护一个循环体(Looper)处理消息队列(MessageQueue)。每循环一次就从MessageQueue中取出一个Message,然后回调相应的消息处理函数。如果,循环体中有消息未处理(Message排队中),那么Handler会一直存在,那么Handler的外部类(通常是Activity)的引用计数一直不会是0,所以那个外部类就不能被垃圾回收。很多人会遇到activity的onDestroy方法一直不执行就是这个原因。
解决方案
static class MyHandler extends Handler {
WeakReference<Activity > mActivityReference;
MyHandler(Activity activity) {
mActivityReference= new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg) {
final Activity activity = mActivityReference.get();
if (activity != null) {
mImageView.setImageBitmap(mBitmap);
}
}
}
Please accept mybest wishes for your happiness and success !