這一節(jié)介紹一個消息循環(huán)的特例诅福。
上一節(jié)簡單介紹了Android的Handler消息循環(huán)機(jī)制，大致基本就是

1扛伍、MessageQueue.next() // 沒有消息就阻塞這里峰档，有消息就取出消息
2事示、拿到Message返回給Looper.loop的調(diào)用處礼患，處理消息是钥。
3掠归、處理結(jié)束又回到1

那現(xiàn)在有個疑問，有沒有可能存在一段代碼在主線程執(zhí)行咏瑟，但是沒有構(gòu)造Message的情況拂到？答案其實是有。

什么情況下會出現(xiàn)沒有構(gòu)造Message但是被主線程執(zhí)行的呢码泞？

Java層代碼，非常少從Looper.loop()-->>MessageQueue.next()一路把源碼看一遍會發(fā)現(xiàn)應(yīng)該不會出現(xiàn)這種情況狼犯。Java層代碼執(zhí)行結(jié)束會跑到nativePollonce方法余寥，那有沒有可能，nativePollonce方法執(zhí)行后沒有執(zhí)行

nativePollOnce(ptr, nextPollTimeoutMillis);
 synchronized (this) {
     // Try to retrieve the next message.  Return if found.
    final long now = SystemClock.uptimeMillis();

而是去執(zhí)行其他Java方法了悯森？從代碼實現(xiàn)上肯定是可以的宋舷。那實際有沒有呢？其實是有瓢姻。創(chuàng)建一個HelloWorld的App祝蝠，不需要編寫任何代碼把App跑起來，然后進(jìn)入debug模式幻碱。在nativePollOnce和final long now = SystemClock.uptimeMillis();打兩個斷點绎狭。dump堆棧數(shù)據(jù)，會發(fā)現(xiàn)這時候代碼是跑道nativePollOnce里了褥傍。收到新Message后這一行代碼會結(jié)束阻塞跑到final long now = SystemClock.uptimeMillis();來儡嘶。也就是說這時候代碼通常應(yīng)該是主線程收到消息直接跑到第二個斷點來。
關(guān)鍵地方來了恍风，這時候你在屏幕上滑動下蹦狂，看下有沒有進(jìn)入斷點？確實會進(jìn)入朋贬，打印這個Message消息會發(fā)現(xiàn)是繪制UI的Message并不是觸摸事件的Message凯楔。
這時候我們把代碼改造下，去MainActivity里復(fù)寫方法dispatchTouchEvent然后在這個方法打印日志锦募，并添加斷點摆屯，這時候再次打開App，安靜狀態(tài)進(jìn)入debug模式御滩。這時候觸摸下界面鸥拧，神器的事情發(fā)生了，App沒有進(jìn)入final long now = SystemClock.uptimeMillis();這個斷點削解，而是直接跑到dispatchTouchEvent了富弦。這是為什么？我們打印堆棧會發(fā)現(xiàn)

java.lang.Thread.State: RUNNABLE
      at com.aesean.handler.MainActivity.dispatchTouchEvent(MainActivity.java:61)
      at android.support.v7.view.WindowCallbackWrapper.dispatchTouchEvent(WindowCallbackWrapper.java:71)
      at com.android.internal.policy.DecorView.dispatchTouchEvent(DecorView.java:375)
      at android.view.View.dispatchPointerEvent(View.java:10243)
      at android.view.ViewRootImpl$ViewPostImeInputStage.processPointerEvent(ViewRootImpl.java:4438)
      at android.view.ViewRootImpl$ViewPostImeInputStage.onProcess(ViewRootImpl.java:4306)
      at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:3853)
      at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:3906)
      at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:3872)
      at android.view.ViewRootImpl$AsyncInputStage.forward(ViewRootImpl.java:3999)
      at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:3880)
      at android.view.ViewRootImpl$AsyncInputStage.apply(ViewRootImpl.java:4056)
      at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:3853)
      at android.view.ViewRootImpl$InputStage.onDeliverToNext(ViewRootImpl.java:3906)
      at android.view.ViewRootImpl$InputStage.forward(ViewRootImpl.java:3872)
      at android.view.ViewRootImpl$InputStage.apply(ViewRootImpl.java:3880)
      at android.view.ViewRootImpl$InputStage.deliver(ViewRootImpl.java:3853)
      at android.view.ViewRootImpl.deliverInputEvent(ViewRootImpl.java:6246)
      at android.view.ViewRootImpl.doProcessInputEvents(ViewRootImpl.java:6220)
      at android.view.ViewRootImpl.enqueueInputEvent(ViewRootImpl.java:6181)
      at android.view.ViewRootImpl$WindowInputEventReceiver.onInputEvent(ViewRootImpl.java:6349)
      at android.view.InputEventReceiver.dispatchInputEvent(InputEventReceiver.java:185)
      at android.os.MessageQueue.nativePollOnce(MessageQueue.java:-1)
      at android.os.MessageQueue.next(MessageQueue.java:323)
      at android.os.Looper.loop(Looper.java:136)
      at android.app.ActivityThread.main(ActivityThread.java:6119)
      at java.lang.reflect.Method.invoke(Method.java:-1)
      at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886)
      at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)

nativePollOnce直接調(diào)用了android.view.InputEventReceiver.dispatchInputEvent氛驮。跟到這個方法

    // Called from native code.
    @SuppressWarnings("unused")
    private void dispatchInputEvent(int seq, InputEvent event) {
        mSeqMap.put(event.getSequenceNumber(), seq);
        onInputEvent(event);
    }

注釋寫著Called from native code.真相大白了腕柜。native直接調(diào)用了其他方法，沒有返回到調(diào)用地方MessageQueue.next執(zhí)行。至于為什么會這樣盏缤，這種情況下的消息處理機(jī)制可以參考：http://blog.csdn.net/luoshengyang/article/details/6882903 或者請自行搜索：Android鍵盤消息處理機(jī)制砰蠢。

AndroidPerformanceMonitor(BlockCanary)的缺陷

AndroidPerformanceMonitor本身是個很優(yōu)秀的框架，封裝的很完整唉铜。但是只要是通過監(jiān)控Handler消息做的性能監(jiān)控都會有不能處理touchEvent監(jiān)控的缺陷台舱。原因很簡單，因為touch事件的dispatch根本沒有Message潭流，也就更沒有dispatchMessage了竞惋。大家可以嘗試在Activity添加下面的代碼，會發(fā)現(xiàn)這個5秒的卡頓是不會被檢測到的灰嫉。

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        try {
            Thread.sleep(5000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return super.onTouchEvent(event);
    }

其實對于性能監(jiān)控Android已經(jīng)提供了TraceView來檢測App流暢程度拆宛，在Android的Sdk里你到處可見
這里的Trace.traceBegin和Trace.traceEnd就是做打點檢測性能的。

  if (traceTag != 0 && Trace.isTagEnabled(traceTag)) {
      Trace.traceBegin(traceTag, msg.target.getTraceName(msg));
  }
  try {
      msg.target.dispatchMessage(msg);
  } finally {
     if (traceTag != 0) {
      Trace.traceEnd(traceTag);
      }
  }

包括touchEvent也有打點讼撒。只不過個人覺得TraveView追蹤出來的數(shù)據(jù)雖然非常詳細(xì)浑厚，但是用起來其實很不方便。關(guān)于TraceView如何使用請自行Google根盒。

Trace.traceCounter(Trace.TRACE_TAG_INPUT, mPendingInputEventQueueLengthCounterName,mPendingInputEventCount);
......
Trace.asyncTraceEnd(Trace.TRACE_TAG_VIEW, "deliverInputEvent",q.mEvent.getSequenceNumber());