06.Android之消息机制问题

时间  2019-11-07
标签 06.android android 消息 机制 问题 栏目 Android 繁體版
原文   原文链接

目录介绍

  • 6.0.0.1 谈谈消息机制Hander做用？有哪些要素？流程是怎样的？
  • 6.0.0.2 为何一个线程只有一个Looper、只有一个MessageQueue，能够有多个Handler？
  • 6.0.0.3 能够在子线程直接new一个Handler吗？会出现什么问题，那该怎么作？
  • 6.0.0.4 Looper.prepare()可否调用两次或者屡次，会出现什么状况？
  • 6.0.0.5 为何系统不建议在子线程访问UI，不对UI控件的访问加上锁机制的缘由？
  • 6.0.0.6 如何获取当前线程的Looper？是怎么实现的？（理解ThreadLocal）
  • 6.0.0.7 Looper.loop是一个死循环，拿不到须要处理的Message就会阻塞，那在UI线程中为何不会致使ANR？
  • 6.0.0.8 Handler.sendMessageDelayed()怎么实现延迟的？结合Looper.loop()循环中，Message=messageQueue.next()和MessageQueue.enqueueMessage()分析。
  • 6.0.0.9 Message能够如何建立？哪一种效果更好，为何？
  • 6.0.1.3 使用Hanlder的postDealy()后消息队列会发生什么变化？
  • 6.0.1.4 ThreadLocal有什么做用？

好消息

  • 博客笔记大汇总【15年10月到至今】，包括Java基础及深刻知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，固然也在工做之余收集了大量的面试题，长期更新维护而且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计500篇[近100万字]，将会陆续发表到网上，转载请注明出处，谢谢！
  • 连接地址：https://github.com/yangchong211/YCBlogs
  • 若是以为好，能够star一下，谢谢！固然也欢迎提出建议，万事起于忽微，量变引发质变！全部的笔记将会更新到GitHub上，同时保持更新，欢迎同行提出或者push不一样的见解或者笔记！

6.0.0.1 谈谈消息机制Hander做用？有哪些要素？流程是怎样的？

  • 做用：
    • 跨线程通讯。当子线程中进行耗时操做后须要更新UI时，经过Handler将有关UI的操做切换到主线程中执行。
  • 四要素：
    • Message（消息）：须要被传递的消息，其中包含了消息ID，消息处理对象以及处理的数据等，由MessageQueue统一列队，最终由Handler处理。技术博客大总结
    • MessageQueue（消息队列）：用来存放Handler发送过来的消息，内部经过单链表的数据结构来维护消息列表，等待Looper的抽取。
    • Handler（处理者）：负责Message的发送及处理。经过 Handler.sendMessage() 向消息池发送各类消息事件；经过 Handler.handleMessage() 处理相应的消息事件。
    • Looper（消息泵）：经过Looper.loop()不断地从MessageQueue中抽取Message，按分发机制将消息分发给目标处理者。
  • 具体流程
    • Handler.sendMessage()发送消息时，会经过MessageQueue.enqueueMessage()向MessageQueue中添加一条消息；
    • 经过Looper.loop()开启循环后，不断轮询调用MessageQueue.next()；
    • 调用目标Handler.dispatchMessage()去传递消息，目标Handler收到消息后调用Handler.handlerMessage()处理消息。
    • image

6.0.0.2 为何一个线程只有一个Looper、只有一个MessageQueue，能够有多个Handler？

  • 注意：一个Thread只能有一个Looper，能够有多个Handler
    • Looper有一个MessageQueue，能够处理来自多个Handler的Message；MessageQueue有一组待处理的Message，这些Message可来自不一样的Handler；Message中记录了负责发送和处理消息的Handler；Handler中有Looper和MessageQueue。
  • 为何一个线程只有一个Looper？技术博客大总结
    • 需使用Looper的prepare方法，Looper.prepare()。能够看下源代码，Android中一个线程最多仅仅能有一个Looper，若在已有Looper的线程中调用Looper.prepare()会抛出RuntimeException(“Only one Looper may be created per thread”)。
    • 因此一个线程只有一个Looper，不知道这样解释是否合理！更多能够查看个人博客汇总：https://github.com/yangchong211/YCBlogs
    public static void prepare() {
    prepare(true);
}

private static void prepare(boolean quitAllowed) {
    if (sThreadLocal.get() != null) {
        throw new RuntimeException("Only one Looper may be created per thread");
    }
    sThreadLocal.set(new Looper(quitAllowed));
}

6.0.0.3 能够在子线程直接new一个Handler吗？会出现什么问题，那该怎么作？

  • 不一样于主线程直接new一个Handler，因为子线程的Looper须要手动去建立，在建立Handler时须要多一些方法：
    • Handler的工做是依赖于Looper的，而Looper（与消息队列）又是属于某一个线程（ThreadLocal是线程内部的数据存储类，经过它能够在指定线程中存储数据，其余线程则没法获取到），其余线程不能访问。所以Handler就是间接跟线程是绑定在一块儿了。所以要使用Handler必需要保证Handler所建立的线程中有Looper对象而且启动循环。由于子线程中默认是没有Looper的，因此会报错。
    • 正确的使用方法是：技术博客大总结
    handler = null;
new Thread(new Runnable() {
   private Looper mLooper;
   @Override
   public void run() {
       //必须调用Looper的prepare方法为当前线程建立一个Looper对象，而后启动循环
       //prepare方法中实质是给ThreadLocal对象建立了一个Looper对象
       //若是当前线程已经建立过Looper对象了，那么会报错
       Looper.prepare();
       handler = new Handler();
       //获取Looper对象
       mLooper = Looper.myLooper();
       //启动消息循环
       Looper.loop();
       //在适当的时候退出Looper的消息循环，防止内存泄漏
       mLooper.quit();
   }
}).start();
  • 主线程中默认是建立了Looper而且启动了消息的循环的，所以不会报错：应用程序的入口是ActivityThread的main方法，在这个方法里面会建立Looper，而且执行Looper的loop方法来启动消息的循环，使得应用程序一直运行。

6.0.0.4 Looper.prepare()可否调用两次或者屡次，会出现什么状况？

  • Looper.prepare()方法源码分析
    • 能够看到Looper中有一个ThreadLocal成员变量，熟悉JDK的同窗应该知道，当使用ThreadLocal维护变量时，ThreadLocal为每一个使用该变量的线程提供独立的变量副本，因此每个线程均可以独立地改变本身的副本，而不会影响其它线程所对应的副本。
    public static void prepare() {
    prepare(true);
}

private static void prepare(boolean quitAllowed) {
    if (sThreadLocal.get() != null) {
        throw new RuntimeException("Only one Looper may be created per thread");
    }
    sThreadLocal.set(new Looper(quitAllowed));
}
  • 思考：Looper.prepare()可否调用两次或者屡次
    • 若是运行，则会报错，并提示prepare中的Excetion信息。由此能够得出在每一个线程中Looper.prepare()能且只能调用一次
    • 技术博客大总结
    //这里Looper.prepare()方法调用了两次
Looper.prepare();
Looper.prepare();
Handler mHandler = new Handler() {
   @Override
   public void handleMessage(Message msg) {
       if (msg.what == 1) {
          Log.i(TAG, "在子线程中定义Handler，并接收到消息。。。");
       }
   }
};
Looper.loop();

6.0.0.5 为何系统不建议在子线程访问UI，不对UI控件的访问加上锁机制的缘由？

  • 为何系统不建议在子线程访问UI
    • 系统不建议在子线程访问UI的缘由是，UI控件非线程安全，在多线程中并发访问可能会致使UI控件处于不可预期的状态。
  • 不对UI控件的访问加上锁机制的缘由

6.0.0.7 Looper.loop是一个死循环，拿不到须要处理的Message就会阻塞，那在UI线程中为何不会致使ANR？

  • 问题描述
    • 在处理消息的时候使用了Looper.loop()方法，而且在该方法中进入了一个死循环，同时Looper.loop()方法是在主线程中调用的，那么为何没有形成阻塞呢？
  • ActivityThread中main方法
    • ActivityThread类的注释上能够知道这个类管理着咱们日常所说的主线程(UI线程)
      • 首先 ActivityThread 并非一个 Thread，就只是一个 final 类而已。咱们常说的主线程就是从这个类的 main 方法开始，main 方法很简短
      public static final void main(String[] args) {
    ...
    //建立Looper和MessageQueue
    Looper.prepareMainLooper();
    ...
    //轮询器开始轮询
    Looper.loop();
    ...
}
  • Looper.loop()方法无限循环
    • 看看Looper.loop()方法无限循环部分的代码 
      while (true) {
   //取出消息队列的消息，可能会阻塞
   Message msg = queue.next(); // might block
   ...
   //解析消息，分发消息
   msg.target.dispatchMessage(msg);
   ...
}
  • 为何这个死循环不会形成ANR异常呢？
    • 由于Android 的是由事件驱动的，looper.loop() 不断地接收事件、处理事件，每个点击触摸或者说Activity的生命周期都是运行在 Looper.loop() 的控制之下，若是它中止了，应用也就中止了。只能是某一个消息或者说对消息的处理阻塞了 Looper.loop()，而不是 Looper.loop() 阻塞它。技术博客大总结
  • 处理消息handleMessage方法
    • 以下所示
      • 能够看见Activity的生命周期都是依靠主线程的Looper.loop，当收到不一样Message时则采用相应措施。
      • 若是某个消息处理时间过长，好比你在onCreate(),onResume()里面处理耗时操做，那么下一次的消息好比用户的点击事件不能处理了，整个循环就会产生卡顿，时间一长就成了ANR。
      public void handleMessage(Message msg) {
    if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what));
    switch (msg.what) {
        case LAUNCH_ACTIVITY: {
            Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityStart");
            final ActivityClientRecord r = (ActivityClientRecord) msg.obj;
            r.packageInfo = getPackageInfoNoCheck(r.activityInfo.applicationInfo, r.compatInfo);
            handleLaunchActivity(r, null);
            Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
        }
        break;
        case RELAUNCH_ACTIVITY: {
            Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityRestart");
            ActivityClientRecord r = (ActivityClientRecord) msg.obj;
            handleRelaunchActivity(r);
            Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
        }
        break;
        case PAUSE_ACTIVITY:
            Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityPause");
            handlePauseActivity((IBinder) msg.obj, false, (msg.arg1 & 1) != 0, msg.arg2, (msg.arg1 & 2) != 0);
            maybeSnapshot();
            Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
            break;
        case PAUSE_ACTIVITY_FINISHING:
            Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "activityPause");
            handlePauseActivity((IBinder) msg.obj, true, (msg.arg1 & 1) != 0, msg.arg2, (msg.arg1 & 1) != 0);
            Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
            break;
        ...........
    }
}
  • loop的循环消耗性能吗？
    • 主线程Looper从消息队列读取消息，当读完全部消息时，主线程阻塞。子线程往消息队列发送消息，而且往管道文件写数据，主线程即被唤醒，从管道文件读取数据，主线程被唤醒只是为了读取消息，当消息读取完毕，再次睡眠。所以loop的循环并不会对CPU性能有过多的消耗。
    • 简单的来讲：ActivityThread的main方法主要就是作消息循环，一旦退出消息循环，那么你的程序也就能够退出了。

6.0.0.9 Message能够如何建立？哪一种效果更好，为何？runOnUiThread如何实现子线程更新UI？

  • 建立Message对象的几种方式：技术博客大总结
    • Message msg = new Message();
    • Message msg = Message.obtain();
    • Message msg = handler1.obtainMessage();
  • 后两种方法都是从整个Messge池中返回一个新的Message实例，能有效避免重复Message建立对象，所以更鼓励这种方式建立Message
  • runOnUiThread如何实现子线程更新UI
    • 看看源码，以下所示
    • 若是msg.callback为空的话，会直接调用咱们的mCallback.handleMessage(msg)，即handler的handlerMessage方法。因为Handler对象是在主线程中建立的，因此handler的handlerMessage方法的执行也会在主线程中。
    • 在runOnUiThread程序首先会判断当前线程是不是UI线程，若是是就直接运行，若是不是则post，这时其实质仍是使用的Handler机制来处理线程与UI通信。
    public void dispatchMessage(Message msg) {
    if (msg.callback != null) {
        handleCallback(msg);
    } else {
        if (mCallback != null) {
            if (mCallback.handleMessage(msg)) {
                return;
            }
        }
        handleMessage(msg);
    }
}

@Override
public final void runOnUiThread(Runnable action) {
    if (Thread.currentThread() != mUiThread) {
        mHandler.post(action);
    } else {
        action.run();
    }
}

6.0.1.3 使用Hanlder的postDealy()后消息队列会发生什么变化？

  • post delay的Message并非先等待必定时间再放入到MessageQueue中，而是直接进入并阻塞当前线程，而后将其delay的时间和队头的进行比较，按照触发时间进行排序，若是触发时间更近则放入队头，保证队头的时间最小、队尾的时间最大。此时，若是队头的Message正是被delay的，则将当前线程堵塞一段时间，直到等待足够时间再唤醒执行该Message，不然唤醒后直接执行。

6.0.1.4 ThreadLocal有什么做用？

  • 线程本地存储的功能
    • ThreadLocal类可实现线程本地存储的功能，把共享数据的可见范围限制在同一个线程以内，无须同步就能保证线程之间不出现数据争用的问题，这里可理解为ThreadLocal帮助Handler找到本线程的Looper。
    • 技术博客大总结
  • 怎么存储呢？底层数据结构是啥？
    • 每一个线程的Thread对象中都有一个ThreadLocalMap对象，它存储了一组以ThreadLocal.threadLocalHashCode为key、以本地线程变量为value的键值对，而ThreadLocal对象就是当前线程的ThreadLocalMap的访问入口，也就包含了一个独一无二的threadLocalHashCode值，经过这个值就能够在线程键值值对中找回对应的本地线程变量。

关于其余内容介绍

01.关于博客汇总连接

02.关于个人博客

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程