从systrace看app冷启动过程（二）-首帧的绘制与渲染

原创文章，转载注明出处，多谢合作。

上篇我们分析完了App的启动部分，这篇我们来看看第二个Vsync信号响应阶段：首帧的绘制与渲染

接上篇的systrace图继续往后分析：

frameworks/base/core/java/android/view/Choreographer.java

   void doFrame(long frameTimeNanos, int frame) {
               ...
        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);
        }
                ...
}

Choreographers作为用户层监听Vsync信号的处理者，它统一动画、输入和绘制的处理时机。主要针对3种类型事件：输入、绘制、动画。它主要干两件事情：通过postCallback请求vsync信号 和 收到vsync信号并回调。

一旦接收到回调信号，则通过doFrame统一对以上几种事件进行回调。

把图拉大之后能看到doFrame主要处理了Input 、animation和traversal。

这里我们主要来看看traversal阶段，它是执行视图绘制流程。这里视图绘制流程又分软件绘制与硬件加速，4.0之后默认走硬件加速，所以这里跟的是硬件加速流程。

ViewRootImpl.java中按从上往下的调用流程：

而performTraversals主要就是执行performMeasure、performLayout、performDraw, 其中measure和layout在当前vsync信号内完成，draw在下一个vsync信号内完成。

private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) {
    if (mView == null) {
        return;
   }
    Trace.traceBegin(Trace.TRACE_TAG_VIEW, "measure");
   try {
        mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
   } finally {
        Trace.traceEnd(Trace.TRACE_TAG_VIEW);
   }
}

private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,
       int desiredWindowHeight) {
    ...
    Trace.traceBegin(Trace.TRACE_TAG_VIEW, "layout");
   try {
        host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight());
      ...
    } finally {
        Trace.traceEnd(Trace.TRACE_TAG_VIEW);
   }
 ...
}

private void performDraw() {
  ...
   Trace.traceBegin(Trace.TRACE_TAG_VIEW, "draw");
   try {
        draw(fullRedrawNeeded);
   } finally {
        mIsDrawing = false;
       Trace.traceEnd(Trace.TRACE_TAG_VIEW);
   }
  ...
}

不管是硬件加速还是软件绘制，draw的过程都是在应用层构建DisplayList的数据封装，其中View tree中每个View对应一个RenderNode节点，通过绘制引擎把视图View转化成绘制操作Op，并保存在对应的View的DisplayList中，而子View又会作为一个Op保存到父容器视图的DisplayList中。

详细绘制过程请参考之前的文章：Android9.0 硬件加速（四）-UI Thread绘制过程

与此同时，除了UI Thread外，还有个RenderThread被初始化，开始了setSurface的工作。