ViewRootImpl 传递整个绘制过程

最新推荐文章于 2024-10-24 19:52:09 发布
原创 最新推荐文章于 2024-10-24 19:52:09 发布 · 558 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android #布局 #绘制过程

本文深入探讨了ViewRootImpl中的performTraversals()方法，重点介绍了measure、layout和draw三个关键步骤及其背后的原理。通过理解这些核心操作，开发者能够更好地掌握Android UI渲染流程。

在 ViewRootImpl 中的performTraversals()

开始准备对 window 里面的孩子，开始进行measureHierarchy（），invalidate（），等操作。

正常步骤为：
1。measure
2。layout
3。draw

在draw的过程中会有维护一个displaylist的 一个东西，并通过flag去判断是否需要重绘

【Android面试八股文】来说一说DecorView, ViewRootImpl,View之间的关系吧
字节卷动
06-22 581
在 Android 系统中，DecorView和ViewDecorView定义DecorView是每个 Activity 窗口的顶层视图，是整个窗口的根布局。作用它包含了整个窗口的界面，包括状态栏、标题栏（如果存在）和应用程序内容区域。DecorView是一个特殊的，可以容纳其他视图或布局。位置当一个 Activity 创建时，系统会为其创建一个DecorView并将其设置为窗口内容。DecorView是显示在屏幕上的整个视图层次的根节点。定义是连接DecorView。
View的绘制过程-图形缓冲
天花板的随笔
07-19 829
应用程序在绘制自己的界面前，都需要先去申请一块绘制的buffer（画布），在应用侧使用Surface表示，而在SurfaceFlinger则是用BufferLayer表示。SurfaceFlinger会检查所有的图层，查看图层是否有新的buffer提交，如果是有需要消费的图形缓冲，那么就会执行到BufferLayerComsumer的acquireBuffer的方法，把BufferQueue缓存的buffer（slot）取出，然后交给HWC Service处理，此时slot的状态是ACQUIRED。
Framework 窗口添加流程分析1之 ViewRootImpl 创建
wg_mlo的博客
03-11 230
Framework 窗口添加流程分析1之 ViewRootImpl 创建 ViewRootImpl 与窗口添加相关流程 ActivityThread.handleResumeActivity() // 第一部分析: 执行resumed流程，回调 Activity.onResume() -> ActivityThread.performResumeActivity() ​ -> Activity.performResume() ​ -> Activity.dispatchActivity
Android 进阶——图形显示系统之ViewRootImpl对象创建详解(三)
最美不过，心中有梦，身旁有你！
10-20 780
ViewRootImpl 作为顶层视图结构包装类持有IWindowSession、Choreographer 及其Choreographer.FrameCallback接口，主要负责通过IWindowSession与WindowManagerService通信。
Android窗口机制：四、ViewRootImpl的创建以及视图真正加载。（源码版本SDK31）
Pumpkin's Blog
02-27 4954
- 初识 - DecorView与SubDecor的创建加载 - Window与Window Manager的创建加载 - ViewRootImpl的创建以及视图真正加载 - ViewRootImpl的事件分发 - 一定要在主线程才可以更新UI吗？为什么？ - Activity的Token和Dialog的关系 - Toast机制 `requestLayout`方法和`invalidae`方法的核心区别是啥？
Android View绘制1　performTraversals流程
liuwg1226的专栏
03-06 2313
整个Activity显示出来之前需要经过View的绘制，首先，我们先来介绍一下Activity中Window的几个区域: Overscan（过扫描区）:   overscan是电视机特有的概念，上图中黄色的区域就是overscan区域,指的是电视机四周一圈的黑色区域,成为overscan(过扫描)区域，这个区域也是显示屏的一部分，但通常不能显示。如果窗口的某些内容画在这个区域里，它在某些电视上就会看不到。为了避免这种情况发生，通常要求UI不要画在屏幕的边角上，而是预留一定的空间。因为Overscan的区
Android13 ViewRootImpl performTraversals流程分析
liuning1985622的博客
05-04 1640
performTraversals()是ViewRootImpl类的一个方法，它是Android中View的三大流程（measure、layout、draw）的起点。当创建、参数改变或界面刷新时，都有可能需要从根部开始进行measure、layout和draw操作，此时会调用performTraversals()方法。
浅析Android View绘制过程中的Surface
boker_han的博客
10-24 1476
首先，当App进程的View的测量数据发生变化时，会导致窗体大小发生变化，此时会调用请求进程的更新窗体的大小，进程通过创建Java层的对象，对应App进程中Java层的对象；进程创建的Java层的对象是一个壳，其内部会通过JNI调用到native层，创建native层的对象，并将native层的对象的句柄值拷贝到App进程的对象；在native层的对象创建的过程中会通过请求到进程，调用创建Layer对象，并将Layer对象的关键信息返回给进程，并用于构造native层的对象；接着，当App。
View的绘制流程
ForgetSky的博客
04-12 737
1.整体流程 View 绘制流程从ViewRootImpl的setView()方法开始 //ViewRootImpl public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) { // Schedule the first layout -before- adding to the window // mana
viewrootimpl
02-27
一旦 `ViewRootImpl` 被成功建立，它就开始负责整个视图树的测量(Measure)，布局(Layout)等工作。这一步骤确保所有的子视图都能获得正确的大小和位置信息以便后续绘制操作能够顺利进行。 ##### 3.2 绘制更新机制 ...
Android中View绘制流程以及invalidate()等相关方法分析
01-31
整个View树的绘图流程是在ViewRoot.java类的performTraversals()函数展开的，该函数做的执行过程可简单概况为根据之前设置的状态，判断是否需要重新计算视图大小(measure)、是否重新需要安置视图的位置(layout)、以及是否需要重绘(draw)，其框架过程如下：步骤其实为host.layout()接下来温习一下整个View树的结构，对每个具体View对象的操作，其实就是个递归的实现。主要作用：为整个View树计算实际的大小，即设置实际的高(对应属性:mMeasuredHeight)和宽(对应属性:mM
performTraversals()
CTO_1649900265的专栏
07-10 928
/** * performTraversals()函数正是系统内进行View树遍历工作的核心函数，该函数内部逻辑稍有复杂， * 一个函数代码长度约600行。虽然该函数的代码很长，但其主体逻辑却是很清晰的，其执行过程可简单 * 概括为根据之前所有设置好的状态，判断是否需要重新计算视图大小 measure)、是否需要重新安置视 * 图 的 位 置 layout)，以及是否需要重绘 draw)视图， */ private void performTra..
View工作原理--ViewRootImpl和performTraversals()
Egypt_nova
08-02 3086
ViewRootImpl ViewRoot（android 2.2之前的老版本）对应于ViewRootImpl（替代ViewRoot）类，它是连接WindowManager和DecorView的纽带，View的三大流程均是通过ViewRoot完成的。当Activity对象被创建完毕后，会将DecorView添加到Window中，同时会创建ViewRootImpl对象，并将ViewRootImpl对...
View绘制流程—performTraversals的后续逻辑
点滴积累
09-19 652
前言 我们知道View绘制流程是在performTraversals()这个方法内展开的（perdormDraw()，perdormMeasure()，perdormLayout()），之前我们分析过app是如何抵达performTraversals这个方法的（见：https://blog.youkuaiyun.com/user11223344abc/article/details/81168087） 那么此...
View的绘制流程-measure、layout、draw
尤教授的博客
12-16 2194
承接上文——Window、DecorView、ViewRootImp详解 我们打开一个Activity后，在ActivityThread中 的performLaunchActivity方法中，回调Activity onCreate()之前 会先调用Activity.attach()，这个方法中初始化了PhoneWindow和WindowManager对象。然后在resume之前，会将DecorView和WindowManager关联，WindowManager的具体实现类WindowManagerImpl把
Android WebView常见问题及解决方案汇总
810364804
11-05 1244
如有转载，请声明出处: 时之沙:http://blog.youkuaiyun.com/t12x3456 Android WebView常见问题解决方案汇总: 就目前而言，如何应对版本的频繁更新呢，又如何灵活多变地展示我们的界面呢,这又涉及到了web app与native app之间孰优孰劣的争论. 于是乎,一种混合型的app诞生了,灵活多变的部分，如淘宝商城首页的活动页面，一集凡客诚品中我们都可以见到we...
Android View绘制原理 - JAVA层分析
BASK2311的博客
07-19 398
1）Canvas 是哪里来的?在未开启硬件加速的情况下，是直接构造的Canvas对象，并将内容画到一个Bitmap缓存；在开启硬件加速的情况下，是来自于RenderNode.begingRecording方法生成的一个RecordingCanvas,并将绘制命令记录到DisplayList2）绘制完毕后如何显示在界面去？
从源码解析-Android中View的绘制流程及performTraversals方法
Mango先生的博客
07-11 4729
谈谈Activity的setContentView是怎么加载XML视图的 谈谈Activity的View怎么与View绘制工具ViewRootImpl关联的 在前面两篇文章中分析了View是如何跟绘制工具ViewRootImpl关联的，setContentView是如何把我们编写的xml视图添加到Activity中的，那今天就要分析下绘制工具ViewRootImpl是如何绘制我们Activit...
View的绘制流程之三：View的绘制流程源码分析
ytempest的博客
08-17 426
1、回顾 由上一篇笔记 《View的绘制流程之二：View的绘制入口源码分析》我们知道了 View 的绘制入口方法；在 ViewRootImpl 中的 performTraversals() 方法，在这个方法中会分别调用 performMeasure() 、 performLayout() 、performDraw() 方法进行测量、摆放、绘制；现在我们就开始对这个流程进行分析 2、per...
ViewRootImpl 将输入事件分发的具体过程
最新发布
10-28
<think>我们正在讨论ViewRootImpl如何将输入事件分发到View树。用户之前的问题已经包含了事件传递的基本流程，现在需要更详细的具体过程。根据引用[1][2][3]，ViewRootImpl的事件分发过程可以分为几个关键步骤。 步骤分解： 1. 事件接收：InputEventReceiver接收事件，并放入队列。 2. 事件处理：ViewRootImpl从队列中取出事件，经过一系列处理阶段（InputStage）。 3. 分发到DecorView：在ViewPostImeInputStage阶段，事件被分发给DecorView（即根ViewGroup）。 4. DecorView将事件传递给Activity（如果是触摸事件，则先检查窗口回调）或直接分发给子View。 具体过程如下： 1. **事件接收阶段**： - 当输入事件（如触摸、按键）发生时，底层通过InputDispatcher将事件发送到应用进程。 - 在应用进程，ViewRootImpl的内部类WindowInputEventReceiver的onInputEvent方法被调用，事件被封装为QueuedInputEvent对象并加入队列。 2. **事件处理阶段**： - ViewRootImpl使用一个InputStage链来处理事件。这个链包括： - NativePreImeInputStage：处理本地预处理事件（如系统按键） - ViewPreImeInputStage：视图预处理事件 - ImeInputStage：处理输入法事件 - ViewPostImeInputStage：视图后处理事件（我们关心的阶段） - 在ViewPostImeInputStage中，事件会根据类型（按键、触摸等）被分发给DecorView。 3. **事件分发到DecorView**： - 对于按键事件，调用`mView.dispatchKeyEvent(event)`，其中mView就是DecorView。 - 对于触摸事件，调用`mView.dispatchPointerEvent(event)`，该方法内部会调用`dispatchTouchEvent`。 4. **DecorView的处理**： - DecorView是FrameLayout的子类，它首先将事件传递给Activity（如果有回调）。例如，对于触摸事件： ```java public boolean dispatchTouchEvent(MotionEvent ev) { final Window.Callback cb = mWindow.getCallback(); if (cb != null && !mWindow.isDestroyed() && mFeatureId < 0) { return cb.dispatchTouchEvent(ev); // 这里就是Activity的dispatchTouchEvent } return super.dispatchTouchEvent(ev); } ``` - 如果Activity没有消费事件，则调用`super.dispatchTouchEvent(ev)`，即ViewGroup的dispatchTouchEvent，开始View树的分发。 5. **事件的回溯**： - 事件在View树中按照自上而下（父View到子View）传递，如果没有任何View消费，则最终会回到Activity的onTouchEvent。 注意：引用[2]中提到，DecorView及其父类没有重写dispatchPointerEvent方法，所以调用的是View.dispatchPointerEvent，该方法根据事件类型调用dispatchTouchEvent或dispatchGenericMotionEvent。 整个流程中，ViewRootImpl起到了桥梁作用，将系统输入事件传递到应用内的View树。 下面我们用代码和流程图来详细说明。 </think>### ViewRootImpl输入事件分发的具体过程 #### 一、事件接收阶段 1. **系统输入接收** - InputDispatcher通过共享内存通道发送事件到应用进程 - `WindowInputEventReceiver.onInputEvent()`接收原始事件： ```java final class WindowInputEventReceiver extends InputEventReceiver { @Override public void onInputEvent(InputEvent event) { enqueueInputEvent(event, this, 0, true); // 事件入队处理[^1] } } ``` - 事件被封装为`QueuedInputEvent`对象，加入同步队列 2. **事件同步处理** - 通过`Choreographer`实现VSYNC信号同步 - 主线程设置同步屏障优先处理输入事件 - 关键调用链： `deliverInputEvent()` → `deliverInputEventPostIme()` → `processKeyEvent()/processPointerEvent()` #### 二、分发到DecorView阶段 ```mermaid graph LR A[ViewPostImeInputStage] --> B{事件类型判断} B -->|按键事件| C[调用mView.dispatchKeyEvent] B -->|触摸事件| D[调用mView.dispatchPointerEvent] C --> E[DecorView] D --> E ``` 1. **核心分发逻辑** - 在`ViewPostImeInputStage.processXxxEvent()`中执行： ```java // 按键事件处理 if (mView.dispatchKeyEvent(event)) { return FINISH_HANDLED; // 事件已消费[^1] } ``` - 触摸事件通过`dispatchPointerEvent()`中转： ```java public final boolean dispatchPointerEvent(MotionEvent event) { if (event.isTouchEvent()) { return dispatchTouchEvent(event); // 最终调用DecorView.dispatchTouchEvent[^2] } } ``` 2. **DecorView特殊处理** - **优先传递Activity**： ```java public boolean dispatchTouchEvent(MotionEvent ev) { Window.Callback cb = mWindow.getCallback(); if (cb != null) { return cb.dispatchTouchEvent(ev); // 先传递给Activity[^2] } return super.dispatchTouchEvent(ev); } ``` - **系统区域过滤**：检查状态栏/导航栏触点 - **焦点窗口验证**：丢弃非活动窗口的事件 #### 三、View树传递阶段 1. **ViewGroup分发机制** ```java public boolean dispatchTouchEvent(MotionEvent ev) { // 1. 检查拦截 if (onInterceptTouchEvent(ev)) { return onTouchEvent(ev); // 自行处理 } // 2. 遍历子View（逆序绘制顺序） for (int i = childrenCount - 1; i >= 0; i--) { if (child.dispatchTouchEvent(ev)) { return true; // 子View已消费 } } // 3. 默认处理 return onTouchEvent(ev); } ``` 2. **关键流程特性** - **事件序列跟踪**：通过`MotionEvent.getDownTime()`关联ACTION_DOWN到ACTION_UP - **拦截状态保持**：ViewGroup维护`mFirstTouchTarget`链表记录事件接收者 - **中断处理**：当父View中途拦截时，向子View发送ACTION_CANCEL - **消费优先级**： `OnTouchListener` > `onTouchEvent()` > `OnClickListener` > `OnLongClickListener` #### 四、性能优化设计 1. **事件批处理** - 合并连续ACTION_MOVE事件减少分发次数 - 使用`MotionEvent.getHistoricalX()`读取采样点数据 2. **线程安全机制** - 通过`Looper`消息队列保证主线程执行 - 同步屏障防止事件处理被阻塞： ```java mHandler.getLooper().postSyncBarrier(); // 设置同步屏障[^1] ``` 3. **异常防护** ```java try { return decorView.dispatchTouchEvent(event); } catch (Exception e) { Log.e(TAG, "Event dispatch crashed", e); WindowManagerGlobal.getInstance().closeAll(e); // 安全恢复[^3] } ``` > 整个分发过程满足60fps下事件延迟<16ms的要求。当事件未被消费时，将沿View树原路径回溯直至被Activity处理或丢弃[^1][^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值