第10章 Android的消息机制

10.1 消息机制概述

  1. 基本概念

    1. android消息机制就是Handler运行机制,Handler的运行需要底层的MessageQueue和Looper的支撑。
    2. MessageQueue内部的数据结构是单链表,对外是以消息队列的形成存在,提供插入和删除Message操作。
    3. Looper以无限循环的方式去MessageQueue查找有没有新的Message,如果有就处理,如果没有就等待。
  2. Handler的主要作用是将一个任务切换到某个指定的线程中去执行。

    1. android 规定 UI只能主线程进行。会在ViewRootImpl的checkThread中验证Ui操作的线程。
    2. 为什么UI只能在主线程操作呢?因为UI组件非线程安全,多线程并发会有不可预期的问题;而如果加锁处理,会影响UI访问效率。
  3. Handler的创建会采用当前线程的Looper来构建消息循环系统,所以建立Handler前必须要已经创建好Looper。

10.2 消息机制分析

10.2.1 ThreadLocal的工作原理

  1. 当某些数据以线程为作用域而且不同线程具有不同的线程副本时,可以考虑才有ThreadLocal.
  2. ThreadLocal是一个线程内部的数据存储类,通过它可以在指定的线程中存储数据;也只有在指定的线程中才可以获取到存储的数据,其他线程中无法获得到数据。
  3. ThreadLocal原理
    1. set方法逻辑
      1. 找到Thread
      2. 找到Thread内的localValues,如果为空,则初始化
      3. 根据reference——index,向tables[index+1]中存储数据
    public void set(T value) {
        Thread currentThread = Thread.currentThread();
        Values values = values(currentThread);
        if (values == null) {
            values = initializeValues(currentThread);
        }
        values.put(this, value);
    }
    
    Values values(Thread current) {
        return current.localValues;
    }
    
    Values initializeValues(Thread current) {
        return current.localValues = new Values();
    }
    
    
    我们可以看到,localValues是Thread对象的一个Values类型的属性。
    localValues中有一个数组 Object[] table,ThreadLocal存储的值就存在这个table中,且table[index+1] = value(index为threadlocal.reference)
    1. get方法逻辑
      1. 找到Thread
      2. 找到Thread内的localValues,如果为空,则初始化localValues,并返回initialValue。
      3. 如果localValus不为空,根据reference——index,从tables[index+1]中取出数据
        public T get() {
        // Optimized for the fast path.
        Thread currentThread = Thread.currentThread();
        Values values = values(currentThread);
        if (values != null) {
            Object[] table = values.table;
            int index = hash & values.mask;
            if (this.reference == table[index]) {
                return (T) table[index + 1];
            }
        } else {
            values = initializeValues(currentThread);
        }
    
        return (T) values.getAfterMiss(this);
    }
    

10.2.2 消息队列的工作原理

  1. MessageQueue的数据结构主要是单链表,实现了enqueueMessage(插入)和next(读取和删除)动作
  2. 从原理上看
    1. enqueueMessage就是单链表的插入动作
    2. next是一个无限的循环,当有消息到来,next方法会返回这条消息并将其从单链表中移除;如果没有消息到来,next方法就会一直阻塞在这里

10.2.3 Looper的工作原理

  1. 基本使用
new Thread("test"){
    @Override
    public void run() {
        Looper.prepare();//创建looper
        Handler handler = new Handler();//可以创建handler了
        Looper.loop();//开始looper循环
    }
}.start();
  1. 主线程的Looper开发者一般不需要去prepare,已经由ActivityThread通过prepareMainLooper()创建好了。
  2. Looper提供一个getMainLooper()方法,这样就可以在任何地方获得主线程Looper。
  3. Looper有quit()和quitSafely()。quitSafely需要将消息全部处理完毕后才安全退出。
  4. 在不需要一直轮寻的时候,要适时quit Looper。
  5. 当Looper调用loop()方法之后,消息循环系统才真正的起左右。
    Looper的loop方法会调用MessageQueue的next方法来获取新消息,而next是一个阻塞操作,当没有消息时,next方法会一直阻塞着在那里,这也导致了loop方法一直阻塞在那里。如果MessageQueue的next方法返回了新消息,Looper就会处理这条消息:msg.target.dispatchMessage(msg),其中的msg.target就是发送这条消息的Handler对象。

10.2.4 Handler工作原理

  1. Handler就是处理消息的发送和接收之后的处理;
  2. Handler处理消息的过程
public void dispatchMessage(Message msg) {
    if (msg.callback != null) {
        handleCallback(msg);//当message是runnable的情况,也就是Handler的post方法传递的参数,这种情况下直接执行runnable的run方法
    } else {
        if (mCallback != null) {//如果创建Handler的时候是给Handler设置了Callback接口的实现,那么此时调用该实现的handleMessage方法
            if (mCallback.handleMessage(msg)) {
                return;
            }
        }
        handleMessage(msg);//如果是派生Handler的子类,就要重写handleMessage方法,那么此时就是调用子类实现的handleMessage方法
    }
}

private static void handleCallback(Message message) {
        message.callback.run();
}

/**
 * Subclasses must implement this to receive messages.
 */
public void handleMessage(Message msg) {
}

3.Handler还有一个特殊的构造方法,它可以通过特定的Looper来创建Handler。

public Handler(Looper looper){
  this(looper, null, false);
}

10.3 主线程的消息循环

  1. Android的主线程就是ActivityThread,主线程的入口方法就是main,其中调用了Looper.prepareMainLooper()来创建主线程的Looper以及MessageQueue,并通过Looper.loop()方法来开启主线程的消息循环。
  2. 主线程内有一个Handler,即ActivityThread.H,它定义了一组消息类型,主要包含了四大组件的启动和停止等过程,例如LAUNCH_ACTIVITY等。
  3. ActivityThread通过ApplicationThread和AMS进行进程间通信,AMS以进程间通信的方法完成ActivityThread的请求后会回调ApplicationThread中的Binder方法,然后ApplicationThread会向H发送消息,H收到消息后会将ApplicationThread中的逻辑切换到ActivityThread中去执行,即切换到主线程中去执行,这个过程就是主线程的消息循环模型。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,189评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,577评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,857评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,703评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,705评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,620评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,995评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,656评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,898评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,639评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,720评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,395评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,982评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,953评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,195评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,907评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,472评论 2 342

推荐阅读更多精彩内容