Android 绘制原理浅析

最新推荐文章于 2024-08-28 05:29:03 发布
最新推荐文章于 2024-08-28 05:29:03 发布
阅读量502 收藏 1
点赞数
分类专栏： 移动开发 Android 经验分享 文章标签： android 面试 java 移动开发 经验分享
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_61845324/article/details/125258196
版权
移动开发 同时被 3 个专栏收录
432 篇文章 14 订阅
订阅专栏
Android
318 篇文章 20 订阅
订阅专栏
经验分享
18 篇文章 0 订阅
订阅专栏

作者：北斗星_And
转载地址：https://juejin.cn/post/6844903903926960142

背景

对于Android开发，在面试的时候，经常会被问到，说一说View的绘制流程？我也经常问面试者，View的绘制流程.

对于3年以上的开发人员来说，就知道onMeasure/onLayout/onDraw基本，知道他们呢是干些什么的，这样就够了吗？

如果你来我们公司，我是你的面试官，可能我会考察你这三年都干了什么,对于View你都知道些什么，会问一些更细节的问题，比如LinearLayout的onMeasure,onLayout过程?他们都是什么时候被发起的,执行顺序是什么？

如果以上问题你都知道,可能你进来我们公司就差不多了，可能我会考察你draw的 canvas是哪里来的,他是怎么被创建显示到屏幕上呢？看看你的深度有多少？

对于现在的移动开发市场逐渐趋向成熟，趋向饱和，很多不缺人的公司，都需要高级程序员.在说大家也都知道，面试要造飞机大炮，进去后拧螺丝,对于一个3年或者5年以上Android开发不稍微了解一些Android深一点的东西,不是很好混.扯了这么多没用的东西，还是回到今天正题，Android的绘图原理浅析.

本文介绍思路

从面试题中几个比较容易问的问题，逐层深入，直至屏幕的绘图原理.

在讲Android的绘图原理前，先介绍一下Android中View的基本工作原理，本文暂不介绍事件的传递流程.

View 绘制工作原理

我们先理解几个重要的类，也是在面试中经常问到的

Activity,Window(PhoneWindow),DecorView之间的关系

理解他们三者的关系，我们直接看代码吧，先从Activity开始的setContentView开始(注:代码删除了一些不是本次分析流程的代码,以免篇幅过长)

//Activity
 /**
     * Set the activity content from a layout resource.  The resource will be
     * inflated, adding all top-level views to the activity.
     *
     * @param layoutResID Resource ID to be inflated.
     *
     * @see #setContentView(android.view.View)
     * @see #setContentView(android.view.View, android.view.ViewGroup.LayoutParams)
     */
    public void setContentView(@LayoutRes int layoutResID) {
        getWindow().setContentView(layoutResID);
        initWindowDecorActionBar();
    }

     public Window getWindow() {
        return mWindow;
    }

里面调用的getWindow的setContentView,这个接下来讲,那么这个mWindow是何时被创建的呢？

//Activity
private Window mWindow;

final void attach(Context context, ActivityThread aThread,····） {
        attachBaseContext(context);
        mFragments.attachHost(null /*parent*/);
        mWindow = new PhoneWindow(this, window, activityConfigCallback);
}

在Activity的attach中创建了PhoneWindow,PhoneWindow是Window的实现类.

继续刚才的setContentView

//PhoneWindow
  @Override
    public void setContentView(int layoutResID) {
        if (mContentParent == null) {
            installDecor();
        } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            mContentParent.removeAllViews();
        }

        if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
            final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
                    getContext());
            transitionTo(newScene);
        } else {
            mLayoutInflater.inflate(layoutResID, mContentParent);
        }
    }

在setContentView中，如果mContentParent为空，会去调用installDecor,最后将布局infalte到mContentParent.在来看一下installDecor

//PhoneWindow
 // This is the view in which the window contents are placed. It is either
    // mDecor itself, or a child of mDecor where the contents go.
  ViewGroup mContentParent;

  private DecorView mDecor;

  private void installDecor() {
        mForceDecorInstall = false;
        if (mDecor == null) {
            mDecor = generateDecor(-1);
        } else {
            mDecor.setWindow(this);
        }
        if (mContentParent == null) {
           mContentParent = generateLayout(mDecor);
        }
  }

  protected DecorView generateDecor(int featureId) {
        return new DecorView(context, featureId, this, getAttributes());
    }

在installDecor，创建了一个DecorView.看mContentParent的注释我们可以知道,他本身就是mDecor或者是mDecor的contents部分.

综上，我们大概知道了三者的关系，

  • Activity包含了一个PhoneWindow，
  • PhoneWindow就是继承于Window
  • Activity通过setContentView将View设置到了PhoneWindow上
  • PhoneWindow里面包含了DecorView，最终布局被添加到Decorview上.

理解ViewRootImpl,WindowManager,WindowManagerService(WMS)之间的关系

看了上述三者的关系后，我们知道布局最终被添加到了DecorView上.那么DecorView是怎么被添加到系统的Framework层.

当Activity准备好后，最终会调用到Activity中的makeVisible，并通过WindowManager添加View,代码如下

//Activity 
 void makeVisible() {
        if (!mWindowAdded) {
            ViewManager wm = getWindowManager();
            wm.addView(mDecor, getWindow().getAttributes());
            mWindowAdded = true;
        }
        mDecor.setVisibility(View.VISIBLE);
    }

那他们到底是什么关系呢？ (下面提到到客户端服务端是Binder通讯中的客户端服务端概念. )

以下内容是重点需要理解的部分

  • ViewRootImpl(客户端):View中持有与WMS链接的mAttachInfo，mAttachInfo持有ViewRootImpl.ViewRootImpl是ViewRoot的的实现,WMS管理窗口时，需要通知客户端进行某种操作，比如事件响应等.ViewRootImpl有个内部类W,W继承IWindow.Stub，实则就是一个Binder，他用于和WMS IPC交互。ViewRootHandler也是其内部类继承Handler，用于与远程IPC回来的数据进行异步调用.

  • WindowManger(客户端):客户端需要创建一个窗口，而具体创建窗口的任务是由WMS完成,WindowManger就像一个部门经理，谁有什么需求就告诉它，它和WMS交互，客户端不能直接和WMS交互.

  • WindowManagerService(WMS)(服务端):负责窗口的创建,显示等.

View的重绘

从上述关系中，ViewRootImpl是用于接收WMS传递来的消息.那么我们来看一下ViewRootImpl里面的几个关于View绘制的代码.

在这里在强调一下,ViewRootImpl 两个重要的内部类

  • W类 继承Binder 用于接收WMS 传递来的消息
  • ViewRootHandler类继承Handler 接收W类的异步消息

下面看一下ViewRootHandler类.（以View的setVisible为例.）

// ViewRootHandler(ViewRootImpl的内部类，用于异步消息处理，和Acitivity的启动很像)

//第一步 Handler接收W（Binder）传递来的消息
@Override
public void handleMessage(Message msg) {
    switch (msg.what) {
        case MSG_INVALIDATE:
             ((View) msg.obj).invalidate();
            break;
        case MSG_INVALIDATE_RECT:
            final View.AttachInfo.InvalidateInfo info = (View.AttachInfo.InvalidateInfo) msg.obj;
            info.target.invalidate(info.left, info.top, info.right, info.bottom);
            info.recycle();
            break;
        case MSG_DISPATCH_APP_VISIBILITY://处理Visible
            handleAppVisibility(msg.arg1 != 0);
            break;
    }    
}

void handleAppVisibility(boolean visible) {
        if (mAppVisible != visible) {
            mAppVisible = visible;
            scheduleTraversals();
            if (!mAppVisible) {
                WindowManagerGlobal.trimForeground();
            }
    }
}

 void scheduleTraversals() {
        if (!mTraversalScheduled) {
            mTraversalScheduled = true;
            mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
            //开启下次刷新，就遍历View树
            mChoreographer.postCallback(
                    Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
            if (!mUnbufferedInputDispatch) {
                scheduleConsumeBatchedInput();
            }
            notifyRendererOfFramePending();
            pokeDrawLockIfNeeded();
     }
}

看一下mTraversalRunnable

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

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

在TraversalRunnable中，执行doTraversal.并在doTraversal执行performTraversals(),是不是看到了我们熟悉的performTraversals()了?是的，在这里才开始View的绘制工作.

在ViewRootImpl中的performTraversals()，这个方法代码很长（大约800行代码），大致流程是

  1. 判断是否需要重新计算视图大小,如果需要就执行performMeasure()
  2. 是否需要重新安置所在的位置,performLayout()
  3. 是否需要重新绘制performDraw()

那么是什么导致View的重绘呢？这里总结了3个主要原因

  • 视图本身内部状态(enable，pressed等)变化,可能引起重绘
  • View内部添加或者删除了View
  • View本身的大小和可见性发生了变化

View的绘制流程

在上一小节了,讲述了performTraversals()的是被WMS IPC调用执行的.View的绘制流程一般是

从performTraversals -> performMeasure() -> performLayout() -> performDraw().

下面看一下performMeasure()

//ViewRootImpl
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);
        }
    }

    public final void measure(int widthMeasureSpec, int heightMeasureSpec) {
        MeasureSpec.getMode(widthMeasureSpec) == MeasureSpec.EXACTLY
                && MeasureSpec.getMode(heightMeasureSpec) == MeasureSpec.EXACTLY;
        final boolean matchesSpecSize = getMeasuredWidth() == MeasureSpec.getSize(widthMeasureSpec)
                && getMeasuredHeight() == MeasureSpec.getSize(heightMeasureSpec);
        final boolean needsLayout = specChanged
                && (sAlwaysRemeasureExactly || !isSpecExactly || !matchesSpecSize);

          if (forceLayout || needsLayout) {
            mPrivateFlags &= ~PFLAG_MEASURED_DIMENSION_SET;

            resolveRtlPropertiesIfNeeded();

            int cacheIndex = forceLayout ? -1 : mMeasureCache.indexOfKey(key);
            if (cacheIndex < 0 || sIgnoreMeasureCache) {
            //在这里调用了onMeasure 方法
                onMeasure(widthMeasureSpec, heightMeasureSpec);
                mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
            } 
        }
    }

最终调用了View的measure方法，而View中的measure()方法被定义成final类型,保证整个流程的执行.performLayout()和performDraw()也是类似的过程.

而对于程序员，自定义View只需要关注他提供出来几个对应的方法,onMeasure/onLayout/onDraw. 关于这方面知识的网上介绍的资料很多，也可以很容易的看到View及ViewGroup里面的代码,推荐看LinerLayout的源码理解这部分知识，在这里不详细展开.

Android的绘图原理浅析

Android屏幕绘制

关于绘制，就要从performDraw()说起，我们来看一下这个流程到底是怎么绘制的.

//ViewRootImpl
//1
 private void performDraw() {
    try {
        draw(fullRedrawNeeded);
    } finally {
        mIsDrawing = false;
        Trace.traceEnd(Trace.TRACE_TAG_VIEW);
    }
 }

 //2
  private void draw(boolean fullRedrawNeeded) {
    Surface surface = mSurface;
    if (!surface.isValid()) {
            return;
        }

     if (!drawSoftware(surface, mAttachInfo, xOffset, yOffset, scalingRequired, dirty)) {
          return;
      }
  }

 //3
    private boolean drawSoftware(Surface surface, AttachInfo attachInfo, int xoff, int yoff,
            boolean scalingRequired, Rect dirty) {

     Canvas canvas = mSurface.lockCanvas(dirty);
 }

看代码执行流程，1—>2->3, 最终拿到了Java层的canvas,然后进行一系列绘制操作.而canvas是通过Suface.lockCanvas()得到的.

那么Surface又是一个什么呢？在这里Surface只是一个抽象,在APP创建窗口时，会调用WindowManager向WMS服务发起一个请求，携带上surface对象,只有他被分配完一段屏幕缓冲区才能真正对应屏幕上的一个窗口.

来看一下Framework中的绘图架构.更好的理解Surface

Surface本质上仅仅代表了一个平面，绘制不同图案显然是一种操作，而不是一段数据，Android使用了Skia绘图驱动库来进行平面上的绘制，在程序中使用canvas来表示这个功能.

双缓冲技术的介绍

在ViewRootImpl中,我们看到接收到绘制消息后，不是立刻绘制而是调用scheduleTraversals,在scheduleTraversals调用Choreographer.postCallback()，这又是因为什么呢？这其实涉及到屏幕绘制原理(除了Android其他平台也是类似的).

我们都知道显示器以固定的频率刷新，比如 iPhone的 60Hz、iPad Pro的 120Hz。当一帧图像绘制完毕后准备绘制下一帧时，显示器会发出一个垂直同步信号（VSync），所以 60Hz的屏幕就会一秒内发出 60次这样的信号。

并且一般地来说，计算机系统中，CPU、GPU和显示器以一种特定的方式协作：CPU将计算好的显示内容提交给 GPU，GPU渲染后放入帧缓冲区，然后视频控制器按照 VSync信号从帧缓冲区取帧数据传递给显示器显示.

但是如果屏幕的缓冲区只有一块，那么这个VSync同步信号发出时， 开始刷新屏幕，那么你看到的屏幕就是一条一条的数据在变化.为了让屏幕看上去是一帧一帧的数据，一般都有两块缓冲区(也被成为双缓冲区).当数据要刷新时，直接替换另一个缓冲区的数据.

双缓冲技术里面，如果不能特定时间刷新完的话(如果60HZ的话，就是16ms内)把这个缓冲区数据刷新完成,屏幕发出VSync同步信号,无法完成两个缓冲区的切换，那么就会造成卡顿现象.

回到scheduleTraversals()上，这个地方就是使用了双缓冲技术(或者三缓冲技术),Choreographer接收VSync的同步信号，当屏幕刷新来时，开始屏幕的刷新操作.

码中之牛
关注
专栏目录
Android 绘制原理浅析【干货】
dingdegao的博客
08-01 646
背景 对于Android开发，在面试的时候，经常会被问到，说一说View的绘制流程？我也经常问面试者，View的绘制流程. 对于3年以上的开发人员来说，就知道onMeasure/onLayout/onDraw基本，知道他们呢是干些什么的，这样就够了吗？ 如果你来我们公司，我是你的面试官，可能我会考察你这三年都干了什么,对于View你都知道些什么，会问一些更细节的问题，比如LinearLayout的...
Android 绘制原理
分享Android开发知识
03-21 963
一、概括 Android 的显示过程可以简单概括为：Android 应用程序把经过测量、布局、绘制后的surface 缓存数据，通过 SurfaceFlinger 把数据渲染到显示屏幕上，通过 Android 的刷新机制 来刷新数据。也就是说应用层负责绘制，系统层负责渲染，通过进程间通信把应用层需要 绘制的数据传递到系统层服务，系统层服务通过刷新机制把数据更新到屏幕。 通过阅读 Android 系统的源码可以了解显示的流程，Android 的图形显示系统采用的是 Client/Server 架构。Surfa
android的绘制原理
gs344937933的专栏
08-14 491
window和WindowManager Window，表示一个窗口的抽象的概念；同时也是一个抽象类，唯一的实现是PhoneWindow。在PhoneWindow中有一个顶级View—DecorView，继承自FrameLayout，我们可以通过getDecorView()获得它，当我们调用Activity的setContentView时，其实最终会调用Window的setContentView，当我们调用Activity的findViewById时，其实最终调用的是Window的fi...
安卓绘制原理概览
qq_37660755的博客
09-03 881
Android 程序员都知道 Android 的绘制流程分为 Measure、Layout、Draw 三步骤，其中由 ViewRootImpl 实现的 performTraversal 方法是 Measure、layout、draw 的真正执行者，本文将不会关注 measure、layout、draw 的执行细节。而是展示 measure、layout、draw 和 Traversal 之间的关系，沉浸在细节里面，反而对全貌会难以知晓，这一系列将会循循渐进，先介绍全貌，再由具体问题分析具体的细节。
Android绘制原理及工具选择
nicolelili1的专栏
04-18 266
1、 2、 对于Android手机来说，它的画面渲染依赖于两个硬件，一个是cpu，一个是gpu。其中cpu负责计算显示内容，比如视图的创建、布局计算、图片解码、文本绘制等等。GPU负责栅格化（UI元素绘制到屏幕上）。栅格化就是将不同的组件，比如button、imageview拆分成不同的像素进行显示，然后完成绘制。这个操作相对来说非常耗时，所以引入gpu来加快栅格化的操作。比如，And...
android登陆验证码浅析代码
04-01
本篇文章将深入探讨如何在Android中实现一个图片验证码的功能，包括其工作原理、设计思路以及代码实现。 验证码通常包含随机生成的一串字符或者一组图形，用户需要正确识别并输入才能完成相应的操作，如登录、注册...
深入理解Android View的绘制原理
weixin_42487687的博客
04-21 1125
布局是绘制的前提，因为只有确定了View的位置，才能进行后续的绘制操作。这个过程主要是通过layout()方法实现的，该方法确定了View的四个边（左、上、右、下）距离父View的距离。在安卓开发中，View的绘制过程是一个非常重要的概念，它涉及到屏幕渲染和用户界面的展示。因此，在布局阶段，系统会考虑父容器的约束条件来确定每个子View的布局。父View会根据子View的测量结果和自身的布局参数，来确定子View的位置。因此，在设计布局时，应尽量减少不必要的嵌套层级，使用简单的布局结构，以提高布局性能。
Android UI Surface 界面绘制原理
weixin_30642869的博客
09-27 131
View类包含Surface（变量名mSurface）。Surface中包含CompatibleCanvas（变量名mCanvas）。CompatibleCanvas继承至Canval（java.awt.Canval），其中包含一个矩阵对象Matrix（变量名mOrigMatrix）。矩阵Matrix就是一块内存区域，针对View的各种绘画操作都保存在此内存中。 每个Surface通常对应两个b...
Android UI绘制流程及原理详解
01-04
一、绘制流程源码路径 1、Activity加载ViewRootImpl ActivityThread.handleResumeActivity() --> WindowManagerImpl.addView(decorView, layoutParams) --> WindowManagerGlobal.addView() 2、ViewRootImpl启动View树的遍历 ViewRootImpl.setView(decorView, layoutParams, parentView) -->ViewRootImpl.requestLayout() -->scheduleTraversa
Android 绘制原理浅析【干货】，小白也能看明白
2401_83947398的博客
03-28 826
在Activity的attach中创建了PhoneWindow,PhoneWindow是Window的实现类.继续刚才的setContentView@Override} else {在setContentView中，如果mContentParent为空，会去调用installDecor,最后将布局infalte到mContentParent.在来看一下installDecor} else {
android绘图原理
艟粼的专栏
12-31 683
分析绘图用到的几个类，如Paint、Bitmap、Canvas、Drawable、Rect等
面试造火箭系列：一、Android 绘制原理
NYC的博客
06-10 489
面试造火箭系列：一、Android 绘制原理 目录 View 树的绘图流程 View 绘制流程函数调用链 Measure 和 Layout 的具体过程 自定义一个TagGroup View 树的绘图流程 View树的绘图流程是由核心类：ViewRootImpl来处理的，ViewRootImpl作为整个控件树的根部，它是控件树正常运作的动力所在，控件的测量、布局、绘制以及输入事件的派发处理都由ViewRootImpl触发。 核心成员变量 这里我主要讲几个Handler： ViewRootHandler 这
Android界面绘制原理
我想要台时光机
01-12 892
Android的Activity界面从何处开始绘制 Activity启动之后，灰溜溜的会去跑onCreate，onStart，onResume等生命周期方法，那么从framework里面，让我们看看Activity在onResume之前都在干些啥？ 在ActivityThread中的handleResumeActivity方法中先调用了performResumeActivity方法，而per
android 源代码分析 绘制,Android View绘制原理与源码解析
weixin_28934081的博客
05-25 179
在介绍VIew绘制原理之前，简单介绍一下Window，ViewRootImpl，DecorView之间的联系。一个 Activity 包含一个Window，Window是一个抽象基类，是 Activity 和整个 View 系统交互的接口，只有一个实现子类PhoneWindow，提供了一系列窗口的方法，比如设置背景，标题等。一个PhoneWindow 对应一个DecorView 跟 一个 View...
Android UI绘制原理：UI的绘制流程是怎么样呢？为什么子线程不能刷新UI呢？讲解大体的流程是怎么样的
最新发布
前期后期
08-28 830
刚开始看UI绘制原理的时候，完全看不懂，硬着头皮去看，渐渐的有些可以看懂了，但绝大部分还是不懂。这个时候，我就从“为什么子线程不能刷新UI呢？”入手，比如不能刷新原因是什么，了解原因后，你懂了，但你会发现你不懂的地方也会更多，但是，你已经知道你有哪些不懂了，这个时候，你重新回头去看第二篇的时候，你思路就清晰很多了，你又能看懂很多了。所以，第一次看肯定有很多不懂，那么就第二次，第三次。
android绘制原理
03-22
Android绘制原理是通过View的绘制流程来实现的。当View需要进行绘制时，会调用View的onDraw()方法，该方法会调用Canvas的绘制方法来绘制图形。Canvas是一个画布，可以在上面绘制各种图形，包括线条、矩形、圆形等等...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值