参考 :
https://www.jianshu.com/p/1c79fb5296b6
https://blog.csdn.net/mr_dsw/article/details/51064225
Handler是 android 为了完成异步执行任务并在主线程中更新UI 而创造的。
在多线程中并发更改UI 可能会造成UI状态不可预期,而上锁会导致更新UI效率低下,并且结构也更复杂
四个部分:
Handler : 处理者。 负责 发送消息,和处理消息
Message : 消息。 最终被Handler处理
MessageQueue : 消息队列。 存储Handler发来的Message,内部是链表结构,等待Looper轮询提取Message
Looper : 通过Looper.loop(),无限循环,不停去消息队列中查看是否有需要执行的任务,如果有Message就拿给Handler处理
特点:
一个线程只能有一个Looper, 但可以有多个Handler,
Looper中有一个MessageQueue, 可以接受不同Handler发来的消息,在Message中有 target字段存储了对应的handler对象,
所以可以在指定的handler中处理消息自己。
工作流程:
Looper 的创建 (在主线程中自动完成了创建,如果是子线程,需要手动创建)
Looper.prepare(); // 主线程中语句是 Looper.prepareMainLooper();
Looper.loop();
Looper 创建的同时 内部创建了一个MessageQueue, 通过 enqueueMessage(Message msg, long when) 添加消息
通过loop()方法开启轮询, 用 queue.next() 循环判断队列中是否有待处理消息,没有消息,则继续循环
如果有消息,通过msg.target.dispatchMessage(msg) 将 message 分发给该处理它 的handler处理
停止Looper 的工作:
(1)quit() 方法 调用此方法,会清空MessageQueue中的所有信息,并令Looper不再向MessageQueue中添加信息,
Looper停止工作。
(2)quitSafely() 方法 与quit()方法的区别,是此方法只清空MessageQueue中的延迟信息,非延迟信息会继续执行
不再接受新任务,直到MessageQueue中任务全部完成。
Handler部分。有两种使用方式
(1)send方式
这种方式,需要在创建handler实例时重写handleMessage方法
Handler handler = new Handler() {
@Override
public void handleMessage(Message msg) {
//如UI操作
}
};
发送Message 需要该handler 在构建好消息之后,通过以下常用方法发送
sendEmptyMessage(); //发送空消息
sendEmptyMessageAtTime(); //发送按照指定时间处理的空消息
sendEmptyMessageDelayed(); //发送延迟指定时间处理的空消息 sendMessage(); //发送一条消息 sendMessageAtTime(); //发送按照指定时间处理的消息 sendMessageDelayed(); //发送延迟指定时间处理的消息 sendMessageAtFrontOfQueue(); //将消息发送到消息队头
这些方法最终会调用 sendMessageAtTime(Message msg, long uptimeMills)
在这个方法中,先判断handler对象绑定的队列是否为空,
不为空,则先设置 msg.target = this; 将message 与该handler绑定
最后压入 MessageQueue。
(2)post
这种方式直接空参完成构造
Handler handler = new Handler();
一般使用以下常用方法:
post(Runnable r)
postAtFrontOfQueue(Runnable r)
postAtTime(Runnable r, Object token, long uptimeMillis)
postAtTime(Runnable r, long uptimeMillis)
postDelayed(Runnable r, long delayMillis)
图 : 《第一行代码》
- Handler有可能会导致所在的Activity内存泄漏
原因: handler持有外部类的匿名引用,导致外部Activity无法释放
解决途径:
让handler 持有Activity的 弱引用
在Activity 的onDestroy()方法,调用handler.removeCallback() 强行终止handler
将Handler声明为static
- 是否在非UI线程一定不能更i新UI?
View类通过 ViewRootImpl 的 invalidateChild()方法更新UI,在invalidateChild()方法中调用 invalidateChildInParent方法,
在此处通过 checkThread()方法检查当前线程是否为主线程,
而 ViewRootImpl 是在Activity 的 onResume() 方法中创建的,如果在onResume() 之前在子线程 中更新UI,则有可能成功执行 而抛出异常。
Message 有一个无参构造函数,但系统更建议我们用 obtain()方法构造一个消息对象。
public static Message obtain() { synchronized (sPoolSync) { if (sPool != null) { Message m = sPool; sPool = m.next; m.next = null; m.flags = 0; // clear in-use flag sPoolSize--; return m; } } return new Message(); } --------------------- 作者:钝悟、顿悟 来源:CSDN 原文:https://blog.csdn.net/mr_dsw/article/details/51064225
在obtain() 方法中,先判断是否有缓存的Message对象,如果有就复用,并将sPoolSize -1;如果没有,就用无参方法创建一个新对象。
这样优先复用已经创建的消息对象,提高了使用率,减少了反复新建对象的开销
- MessageQueue 添加消息 的流程
判断 messsage 的target (即该处理它的Handler)是否为null
判断该Message 是否正在使用
通过 mQuitting 变量 判断对应handler的线程是否还存活,
以上检查都通过的情况下,用 “或”位运算给Message对象添加 正在使用的标记 : flags | = FLAG_IN_USE;
并设置 message对象的 when 参数,表示可以等待多长时间
在插入链表时,会根据when 参数,与各个message对象比较,最终插入到合适的位置
- 在创建handler实例前一定要初始化Looper ,不然会有异常
原因: 在Handler 内部有 mLooper mQueue 两个成员,都是通过与Looper绑定后,从Looper对象获得,之后执行任务也是通过这两个成员变量完成。
如果没有初始化Looper, Handler 两个成员就无法初始化,所以无法完成任务。