View的绘制还有什么好聊的

前面我们已经减少了view的绘制流程了，很多同学都知道，面试的时候面试官问你：view的绘制流程是什么？绝大部分同学都会脱口而出：onMeasure()->onLayout()-onDraw()，然后把一切的流程给介绍出来，就像我上一篇文章所写的Android View 绘制流程。但是按照现在的android就业形势，如果只会这些“表面”的东西难免会让人缺少眼前一亮的感觉。那么今天我们就深入的了解一下完整的View绘制

谁调用了performTraversals()？

我们知道onMeasure、onLayout、onDraw这几个方法对应的就是ViewRootImp.java里面的performMeasure、performLayout、performDraw方法。这几个方法的入口就是performTraversals()。那么谁调用了performTraversals()方法呢？我们一步一步往下跟。

    void doTraversal() {
        if (mTraversalScheduled) {
            mTraversalScheduled = false;
            mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);

            if (mProfile) {
                Debug.startMethodTracing("ViewAncestor");
            }

            performTraversals();

            if (mProfile) {
                Debug.stopMethodTracing();
                mProfile = false;
            }
        }
    }

performTraversals()方法由doTraversal方法调用

final class TraversalRunnable implements Runnable {
        @Override
        public void run() {
            doTraversal();
        }
    }
    final TraversalRunnable mTraversalRunnable = new TraversalRunnable();

doTraversal()方法是由TraversalRunnable方法调用。那么我们只需要看到谁调用了mTraversalRunnable即可

 void scheduleTraversals() {
        if (!mTraversalScheduled) {
            mTraversalScheduled = true;
            mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
            mChoreographer.postCallback(
                    Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
            if (!mUnbufferedInputDispatch) {
                scheduleConsumeBatchedInput();
            }
            notifyRendererOfFramePending();
            pokeDrawLockIfNeeded();
        }
    }

好了，调用链很明确了，就是scheduleTraversal方法触发了View的绘制流程。这个方法有很多的调用地方，最经典的就是View的invalidate()方法了。

View的invalidate流程分析

 void invalidate() {
        mDirty.set(0, 0, mWidth, mHeight);
        if (!mWillDrawSoon) {
            scheduleTraversals();
        }
    }

重中之重scheduleTraversals()

我们看一下scheduleTraversal方法的调用

  mChoreographer.postCallback(
                    Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);

这个方法非常的重要。Choreographer的作用就是协调input时间、动画和绘制的时间。其实如果大家知道vsync的话，那么我们就可以说，choreography就是监听vsync的心跳时间的callback，vsync会每隔16.7ms回调一次。我们看choreography源码

private void postCallbackDelayedInternal(int callbackType,
            Object action, Object token, long delayMillis) {
        if (DEBUG_FRAMES) {
            Log.d(TAG, "PostCallback: type=" + callbackType
                    + ", action=" + action + ", token=" + token
                    + ", delayMillis=" + delayMillis);
        }

        synchronized (mLock) {
            final long now = SystemClock.uptimeMillis();
            final long dueTime = now + delayMillis;
            mCallbackQueues[callbackType].addCallbackLocked(dueTime, action, token);

            if (dueTime <= now) {
                scheduleFrameLocked(now);
            } else {
                Message msg = mHandler.obtainMessage(MSG_DO_SCHEDULE_CALLBACK, action);
                msg.arg1 = callbackType;
                msg.setAsynchronous(true);
                mHandler.sendMessageAtTime(msg, dueTime);
            }
        }
    }

我们可以看到发送了一个MSG_DO_SCHEDULE_CALLBACK的消息，再继续往下跟

private final class FrameHandler extends Handler {
        public FrameHandler(Looper looper) {
            super(looper);
        }

        @Override
        public void handleMessage(Message msg) {
            switch (msg.what) {
                case MSG_DO_FRAME:
                    doFrame(System.nanoTime(), 0);
                    break;
                case MSG_DO_SCHEDULE_VSYNC:
                    doScheduleVsync();
                    break;
                case MSG_DO_SCHEDULE_CALLBACK:
                    doScheduleCallback(msg.arg1);
                    break;
            }
        }
    }

这里终于可以看到所有的消息的处理了，也包括前面提到的vsync流程

/**
     * Schedules a single vertical sync pulse to be delivered when the next
     * display frame begins.
     */
    public void scheduleVsync() {
        if (mReceiverPtr == 0) {
            Log.w(TAG, "Attempted to schedule a vertical sync pulse but the display event "
                    + "receiver has already been disposed.");
        } else {
            nativeScheduleVsync(mReceiverPtr);
        }
    }

这里就是调用native方法去触发vsync了。我们重点看下doFrame()方法

 try {
            Trace.traceBegin(Trace.TRACE_TAG_VIEW, "Choreographer#doFrame");
            AnimationUtils.lockAnimationClock(frameTimeNanos / TimeUtils.NANOS_PER_MS);

            mFrameInfo.markInputHandlingStart();
            doCallbacks(Choreographer.CALLBACK_INPUT, frameTimeNanos);

            mFrameInfo.markAnimationsStart();
            doCallbacks(Choreographer.CALLBACK_ANIMATION, frameTimeNanos);

            mFrameInfo.markPerformTraversalsStart();
            doCallbacks(Choreographer.CALLBACK_TRAVERSAL, frameTimeNanos);

            doCallbacks(Choreographer.CALLBACK_COMMIT, frameTimeNanos);
        } finally {
            AnimationUtils.unlockAnimationClock();
            Trace.traceEnd(Trace.TRACE_TAG_VIEW);
        }

这里也就符合我们开头所说的：Choreography方法是协调input、动画、和绘制流程的管理者。这里我们可以做一个引申，为什么android系统可以有动画，每一个动画的执行粒度和区间值是怎么保存和触发的，其实都是跟这个vsync相关联。

 mFrameInfo.markPerformTraversalsStart();
            doCallbacks(Choreographer.CALLBACK_TRAVERSAL, frameTimeNanos);

这里就回调会ViewRootImp.java里面的TraversalRunnable方法中

 final class TraversalRunnable implements Runnable {
        @Override
        public void run() {
            doTraversal();
        }
    }
    final TraversalRunnable mTraversalRunnable = new TraversalRunnable();

这里就开始和前面的分析流程形成了闭环。
自此上层的View绘制流程就分析完毕了。关于Vsync我们会在接下来的文章继续做分析，待更~~