Android 绘制原理浅析【干货】

于 2024-08-13 17:53:17 发布
阅读量950 收藏 23
点赞数 19
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_85835668/article/details/141170111
版权

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的绘制原理浅析，介绍完了，以上内容可能有不对的地方，希望各路大神指教.
（如果你正在看Flutter）推荐阅读

Flutter高性能原理

尾声

最后，我再重复一次，如果你想成为一个优秀的 Android 开发人员，请集中精力，对基础和重要的事情做深度研究。

对于很多初中级Android工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。 整理的这些架构技术希望对Android开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。

最后想要拿高薪实现技术提升薪水得到质的飞跃。最快捷的方式，就是有人可以带着你一起分析，这样学习起来最为高效，所以为了大家能够顺利进阶中高级、架构师，我特地为大家准备了一套高手学习的源码和框架视频等精品Android架构师教程，保证你学了以后保证薪资上升一个台阶。

当你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的。

进阶学习视频

附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题 （含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）

你有了学习线路，学习哪些内容，也知道以后的路怎么走了，理论看多了总要实践的。

进阶学习视频

[外链图片转存中…(img-BiK0W03j-1723542787020)]

附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题 （含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）

[外链图片转存中…(img-Rf0BIoOT-1723542787021)]

2401_85835668
关注
Android 绘制原理
分享Android开发知识
03-21 942
一、概括 Android 的显示过程可以简单概括为：Android 应用程序把经过测量、布局、绘制后的surface 缓存数据，通过 SurfaceFlinger 把数据渲染到显示屏幕上，通过 Android 的刷新机制 来刷新数据。也就是说应用层负责绘制，系统层负责渲染，通过进程间通信把应用层需要 绘制的数据传递到系统层服务，系统层服务通过刷新机制把数据更新到屏幕。 通过阅读 Android 系统的源码可以了解显示的流程，Android 的图形显示系统采用的是 Client/Server 架构。Surfa
android的绘制原理
gs344937933的专栏
08-14 484
window和WindowManager Window，表示一个窗口的抽象的概念；同时也是一个抽象类，唯一的实现是PhoneWindow。在PhoneWindow中有一个顶级View—DecorView，继承自FrameLayout，我们可以通过getDecorView()获得它，当我们调用Activity的setContentView时，其实最终会调用Window的setContentView，当我们调用Activity的findViewById时，其实最终调用的是Window的fi...
安卓绘制原理概览
qq_37660755的博客
09-03 841
Android 程序员都知道 Android 的绘制流程分为 Measure、Layout、Draw 三步骤，其中由 ViewRootImpl 实现的 performTraversal 方法是 Measure、layout、draw 的真正执行者，本文将不会关注 measure、layout、draw 的执行细节。而是展示 measure、layout、draw 和 Traversal 之间的关系，沉浸在细节里面，反而对全貌会难以知晓，这一系列将会循循渐进，先介绍全貌，再由具体问题分析具体的细节。
深入理解Android View的绘制原理
最新发布
weixin_42487687的博客
04-21 1007
布局是绘制的前提，因为只有确定了View的位置，才能进行后续的绘制操作。这个过程主要是通过layout()方法实现的，该方法确定了View的四个边（左、上、右、下）距离父View的距离。在安卓开发中，View的绘制过程是一个非常重要的概念，它涉及到屏幕渲染和用户界面的展示。因此，在布局阶段，系统会考虑父容器的约束条件来确定每个子View的布局。父View会根据子View的测量结果和自身的布局参数，来确定子View的位置。因此，在设计布局时，应尽量减少不必要的嵌套层级，使用简单的布局结构，以提高布局性能。
【腾讯Bugly干货分享】Android ListView与RecyclerView对比浅析--缓存机制
腾讯Bugly的专栏
10-31 9107
秉承着实事求是的作风，弄清楚RecyclerView是否有足够的吸引力替换掉ListView，我从性能这一角度出发，研究RecyclerView和ListView二者的缓存机制，并得到了一些较有益的"结论"，待我慢慢道来。 同时也希望能通过本文，让大家快速了解RecyclerView与ListView在缓存机制上的一些区别，在使用上也更加得心应手吧。
Android Framework启动流程浅析
dingdegao的博客
11-06 1609
前言 对于Android开发，干上几年后，都要进阶，或者直接转行了。如果你还在干Android，想要进阶 对Framework的了解是必不可少的过程，下面就开始进入今天的主题吧。 我们知道，对于任何程序语言而言，入口一般都是main函数。 那Android的程序入口在哪呢？ 他的main函数是怎么启动起来的呢？ 可能熟悉Android的同学，知道一个应用程序的入口在ActivityThread中，...
Android绘制原理及工具选择
nicolelili1的专栏
04-18 255
1、 2、 对于Android手机来说，它的画面渲染依赖于两个硬件，一个是cpu，一个是gpu。其中cpu负责计算显示内容，比如视图的创建、布局计算、图片解码、文本绘制等等。GPU负责栅格化（UI元素绘制到屏幕上）。栅格化就是将不同的组件，比如button、imageview拆分成不同的像素进行显示，然后完成绘制。这个操作相对来说非常耗时，所以引入gpu来加快栅格化的操作。比如，And...
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绘图原理
艟粼的专栏
12-31 669
分析绘图用到的几个类，如Paint、Bitmap、Canvas、Drawable、Rect等
面试造火箭系列：一、Android 绘制原理
NYC的博客
06-10 476
面试造火箭系列：一、Android 绘制原理 目录 View 树的绘图流程 View 绘制流程函数调用链 Measure 和 Layout 的具体过程 自定义一个TagGroup View 树的绘图流程 View树的绘图流程是由核心类：ViewRootImpl来处理的，ViewRootImpl作为整个控件树的根部，它是控件树正常运作的动力所在，控件的测量、布局、绘制以及输入事件的派发处理都由ViewRootImpl触发。 核心成员变量 这里我主要讲几个Handler： ViewRootHandler 这
Android 绘制原理浅析【干货】，小白也能看明白
2401_83947398的博客
03-28 822
在Activity的attach中创建了PhoneWindow,PhoneWindow是Window的实现类.继续刚才的setContentView@Override} else {在setContentView中，如果mContentParent为空，会去调用installDecor,最后将布局infalte到mContentParent.在来看一下installDecor} else {
Android UI Surface 界面绘制原理
weixin_30642869的博客
09-27 130
View类包含Surface（变量名mSurface）。Surface中包含CompatibleCanvas（变量名mCanvas）。CompatibleCanvas继承至Canval（java.awt.Canval），其中包含一个矩阵对象Matrix（变量名mOrigMatrix）。矩阵Matrix就是一块内存区域，针对View的各种绘画操作都保存在此内存中。 每个Surface通常对应两个b...
Android 绘制原理浅析
Lud的博客
08-06 1372
Android 的显示过程可以简单概括为：Android 应用程序把经过测量、布局、绘制后的surface 缓存数据，通过 SurfaceFlinger 把数据渲染到显示屏幕上，通过 Android 的刷新机制 来刷新数据。也就是说应用层负责绘制，系统层负责渲染，通过进程间通信把应用层需要 绘制的数据传递到系统层服务，系统层服务通过刷新机制把数据更新到屏幕。 通过阅读 Android 系统的源码...
android 源代码分析 绘制,Android View绘制原理与源码解析
weixin_28934081的博客
05-25 172
在介绍VIew绘制原理之前，简单介绍一下Window，ViewRootImpl，DecorView之间的联系。一个 Activity 包含一个Window，Window是一个抽象基类，是 Activity 和整个 View 系统交互的接口，只有一个实现子类PhoneWindow，提供了一系列窗口的方法，比如设置背景，标题等。一个PhoneWindow 对应一个DecorView 跟 一个 View...
Android界面绘制原理
我想要台时光机
01-12 879
Android的Activity界面从何处开始绘制 Activity启动之后，灰溜溜的会去跑onCreate，onStart，onResume等生命周期方法，那么从framework里面，让我们看看Activity在onResume之前都在干些啥？ 在ActivityThread中的handleResumeActivity方法中先调用了performResumeActivity方法，而per
android绘制原理
03-22
Android绘制原理是通过View的绘制流程来实现的。当View需要进行绘制时，会调用View的onDraw()方法，该方法会调用Canvas的绘制方法来绘制图形。Canvas是一个画布，可以在上面绘制各种图形，包括线条、矩形、圆形等等。在绘制过程中，还可以设置画笔的颜色、宽度、样式等属性，以及设置图形的透明度等。最终，绘制完成后，View会将绘制好的图形显示在屏幕上。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值