Android基础之Handler机制概述(一)

Handler 机制

  • 定义

    • Google官方定义的一套异步消息处理机制.包含线程队列和消息队列.
    • 简单的说就是Android中系统为了与UI线程通信而设计的多线程通信机制.
  • 作用

    • 调度消息和runnable对象去被执行, 使动作在不同的线程中被执行.
    • 因为UI线程是不能线程阻塞,所以我们通常在子线程中完成数据请求,然后通过handler来通知UI线程进行对应的界面刷新.

Android中多线程通信方式

  • view.post(Runnable action)

    • 通过view对象引用切换回UI线程
  • runOnUIThread(Runnable action)

    • 通过Activity对象引用切换回UI线程
  • AsyncTask

    • 内部封装了UI线程和Work线程的切换
  • Handler

    • 异步处理消息机制

Android中的消息系统

大体理解

  • Message

    • 消息原型,包含消息描述和数据
  • MessageQueue

    • 消息队列,以队列形式存放Handler传入的消息.
  • Looper

    • 不停的从MessageQueue中取出Message,交给Handler来处理.
  • Handler

    • 发送消息到MessageQueue和派发Looper传过来的消息

Handler的使用 (基于安卓8.0.0源码)##

  • 我们用到的Handler提供的API大体可分为三个部分
    • 发送消息
    • 处理消息(派发消息)
    • 切换线程

发送消息

  • (1) boolean sendMessage(Message msg)

    • 发送一条消息到消息队列
    • 内部调用的是sendMessageDelayed(msg, 0)
  • (2) boolean sendEmptyMessage(int what)

    • 发送一条只有消息标识what的空消息
    • 内部调用的是sendEmptyMessageDelayed(what, 0)
  • (3) boolean sendEmptyMessageDelayed(int what, long delayMillis)

    • 过了delayMillis秒发送一条只有消息标识what的空消息
    • 内部调用的是sendMessageDelayed(msg, delayMillis).
    • delayMillis秒是指当前时间往后延迟多少秒
  • (4) boolean sendEmptyMessageAtTime(int what, long uptimeMillis)

    • 在具体的时间uptimeMillis秒发送一条只有消息标识what的空消息
    • 内部调用sendMessageAtTime(msg, uptimeMillis)
    • uptimeMillis是指系统开机到执行的时间
  • (5) boolean sendMessageDelayed(Message msg, long delayMillis)

    • 过了delayMillis秒发送一条消息
    • 内部调用sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis)
  • (6) boolean sendMessageAtTime(Message msg, long uptimeMillis)

    • 在具体指定的时间uptimeMillis发送一条消息
    • 内部调用enqueueMessage(queue, msg, uptimeMillis)
  • (7) boolean sendMessageAtFrontOfQueue(Message msg)

    • 在MessageQueue里的队列头部插入一条msg,注意 这个方法只能用于特殊的场景,不然可能会导致其他bug
    • 内部调用enqueueMessage(queue, msg, 0)

处理消息

  • (1) void handleMessage(Message msg)

    • 接受消息,是空实现,必须自己重写父类的方法才能接受消息
  • (2) void dispatchMessage(Message msg)

    • Looper处理msg时候调用的方法

切换线程

  • (1) boolean post(Runnable r)

    • Runnable 对象会运行在Handler对象被创建的线程上.
    • 如果在UI线程创建了Handler对象,在Worker线程调用handler.post(Runnable r),那么这个Runnable对象就会在UI线程运行
    • 内部调用sendMessageDelayed(getPostMessage®, 0)
  • (2) boolean postAtTime(Runnable r, long uptimeMillis)

    • 在具体指定的时间uptimeMillis发送Runnable对象
    • 内部调用sendMessageAtTime(getPostMessage®, uptimeMillis)
  • (3) boolean postAtTime(Runnable r, Object token, long uptimeMillis)

    • 在具体指定的时间uptimeMillis发送Runnable对象和一个Object对象
    • 内部调用sendMessageAtTime(getPostMessage(r, token), uptimeMillis)
  • (4) boolean postDelayed(Runnable r, long delayMillis)

    • 过了delayMillis秒发送Runnable对象
    • 内部调用sendMessageDelayed(getPostMessage®, delayMillis)
  • (5) boolean postAtFrontOfQueue(Runnable r)

    • 在MessageQueue里的队列头部插入一个Runnable对象
    • 内部调用sendMessageAtFrontOfQueue(getPostMessage®)

ps:

private static Message getPostMessage(Runnable r, Object token) {
    Message m = Message.obtain();
    m.obj = token;
    m.callback = r;
    return m;
}
- 这里把Runnable对象封装成了Message对象

Handler 理论分析

  • Handler是线程共享的,因为在其他线程可以拿到Handler的引用.
  • Looper是线程独立的,在一个线程中一个Looper可以对应多个handler,但是一个Handler只能对应一个Looper.
  • MessageQueue是服务于Looper的,所以MessageQueue也是线程独立的.
  • 一个线程里只能有一个Looper和一个MessageQueue,但是可以有多个Handler.

为什么安卓的消息机制需要4个部分来组成?

  • 为了规范化消息格式而定义了Message
  • 为了消息接收端内部私有化而定义了Looper
  • 为了处理多线程传送消息到Looper引起的问题而设计了MessageQueue的队列模式,先进先出,消息被有序执行.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值