配合Activity 从启动到布局绘制的简单分析 阅读 ? View的绘制.png 基本概念介绍 Activity:一个 Activity 是一个应用程序组件,提供一个屏幕,用户可以用来交互。 上面内容是在 onCreate() 中执行完成的 然后在 onResume 执行完成后调用View的绘制 详细的说明看:Activity 从启动到布局绘制的简单分析 View 的绘制 View 的绘制流程可以分成三步 :测量、布局、绘制 分别对应了:onMeasure() onLayout() onDraw 当然这个过程中也会调用许多其他的方法,都是作为辅助,大的流程就这三步。 绘制 onDraw onDraw() 函数就是来绘制了,一般 ViewGroup 不会实现内部的方法,子控件才重写 onDraw() 方法。也是内部一层层分发绘制。 然后 draw() 的内部的执行就和上面介绍 onDraw() 中一样了 到此整个页面的测量、布局、绘制就全部分析完毕了。 可以查看:Activity 从启动到布局绘制的简单分析
View 树的绘图流程 当 Activity 接收到焦点的时候,它会被请求绘制布局,该请求由 Android framework 处理.绘制是从根节点开始,对布局树进行 measure 和 draw。 View 绘制流程函数调用链 ? 的 draw 方法进行绘制的。 View.onDraw(): View 的onDraw(Canvas)默认是空实现,自定义绘制过程需要复写的方法,绘制自身的内容。 dispatchDraw() 发起对子视图的绘制。 从参数中可以看到,child.draw(canvas, this, drawingTime) 肯定是处理了和父视图相关的逻辑,但 View 的最终绘制,还是 View.draw(Canvas)方法。
去绘制它自己,必须传入父view的测量spec与子view自己的padding值 protected void measureChild(View child, int parentWidthMeasureSpec dirtyOpaque) onDraw(canvas); //绘制子view,如果当前没有子view则不需要绘制,在view中是空实现,具体在viewgroup中实现方法 // Step = null) {/调用view的draw方法进行绘制子view more |= drawChild(canvas, transientChild, drawingTime 但是当viewgroup需要通过onDraw方法来绘制内容时,于是就要显示的关闭WILL_NOT_DRAW方法 Draw 分析总结 当是一个viewgroup,那么要递归所有的子view已完成绘制 从源码中可知 viewgroup不绘制任何内容,真正绘制在子view中进行,也就是调用子view的draw方法进行绘制 View动画和ViewGroup布局动画区别: View动画指的是View自身的动画,可以通过
概述 View的绘制流程主要是指测量、布局以及绘制显示,在View中,measure是测量View的宽高,layout是控制View四个顶点的位置,而draw就是将布局直接绘制出来。 的数量后,循环遍历通过measureChild将子View绘制进去。 的四个顶点的位置,layout和measure一样,是final类型的,无法被重写,我们需要通过实现onlayout方法来进行view的绘制,不过我们可以发现View和ViewGroup的onlayout 那我们看看其他的,第一步:绘制背景,第三步:绘制内容,第四步:绘制子view。第六步:绘制装饰,例如,前景,滚动条等等。 方法;若两者均发生改变,则需调用两者,按照View的绘制流程,推荐先调用requestLayout方法再调用invalidate方法。
在view中onDraw()是个空函数,也就是说具体的视图都要覆写该函数来实现自己的显示(比如TextView在这里实现了绘制文字的过程)。 而对于ViewGroup则不需要实现该函数,因为作为容器是“没有内容“的,其包含了多个子view,而子View已经实现了自己的绘制方法,因此只需要告诉子view绘制自己就可以了,也就是下面的dispatchDraw drawChild绘制子视图 // //所有子视图都绘制完成后这里还可以做一些处理,比如绘制阴影什么的 // } 其他 从以上分析可以看出View树的绘制是一个递归的过程 ,从ViewGroup一直向下遍历,直到所有的子view都完成绘制,那这一切的源头在什么地方(是谁最发起measure、layout和draw的)? invalidate()方法 invalidate()方法会导致View树的重新绘制,而且view中的状态标志mPrivateFlags中有一个关于当前视图是否需要重绘的标志位DRAWN,也就是说只有标志位
具体分析 以下源码基于版本27 DecorView 的draw 流程 在《View的绘制-measure流程详解》中说过,View 的绘制流程是从 ViewRootViewImpl 中的 performMeasure = null) { mMenuBackground.draw(canvas); } } View 的 draw 流程 就这样, View 的绘制就开始啦。 draw 方法,绘制前景色 foreground.draw(canvas); } } 以上就是 View 的绘制流程了。 ViewGroup 本身是继承 View 的,它的基本绘制流程也是通过父类 View 进行的,只不过它重写了 dispatchDraw 方法,来进行子元素的绘制。 View 本身是默认设置为 false 的,没有启动这个优化标记(这也不难理解,因为一般我们自定义控件继承 View 的时候,是要重写 onDraw 方法进行绘制的)。
目的 我在一个多月之前就说我准备开始梳理基础的事,好吧,我承认这一个月没我怎么梳理。或者梳理的不多,当我梳理到view的时候,发现需要分成绘制流程以及事件分发进行处理。一开始是想整理一般面试的概要。 当我把整个绘制流程的源码看完之后,我突然对一个词比较陌生,就是MeasureSpec。然后就决定整理一波。 MeasureSpec概念 通过源码我们可以知道MeasureSpec是View的内部类,用来控制view的尺寸。也就是view的宽高是由他决定的。 UNSPECIFIED); } size += delta; if (size < 0) { Log.e(VIEW_LOG_TAG 我在文章开头说了,这只是绘制流程中的一个小东西而已。如果不结合整个绘制流程,单独看这个肯定一脸蒙蔽,那么后续的绘制流程教程什么时候出?可能要过段时间了。
,所以说这些View应该都具有相同的绘制流程与机制才能显示到屏幕上(因为他们都具备相同的父类View,可能每个控件的具体绘制逻辑有差异,但是主流程都是一样的)。 既然一个View的绘制主要流程是这三步,那一定有一个开始地方呀,就像一个类从main函数执行一样呀。对于View的绘制开始调运地方这里先给出结论,本文后面会反过来分析原因的,先往下看就行。 因为每个View的内容部分是各不相同的,所以需要由子类去实现具体逻辑。 第四步,对当前View的所有子View进行绘制,如果当前的View没有子View就不需要进行绘制。 View进行绘制,如果当前的View没有子View就不需要进行绘制的原因,因为如果是View调运该方法是空的,而ViewGroup才有实现),如下: <code class="language-java <em>View</em>默认不会<em>绘制</em>任何内容,真正<em>的</em><em>绘制</em>都需要自己在子类中实现。 <em>View</em><em>的</em><em>绘制</em>是借助onDraw方法传入<em>的</em>Canvas类来进行<em>的</em>。
我们刚接触android开发的时候,应该都是从写布局开始的,在写布局的时候一般组长都要求我们少嵌套,这个是为什么呢?这个就要从我们今天要分析的invalidate()分析。 performDraw(); //..... } 可以看到,进入这里面了,会依次调用performMeasure performLayout performDraw三个函数,依次调用了view的绘制流程 ); } } mView就是ViewGroup,然后会调用ViewGroup的onMeasure函数,然后测量,就从最上层父布局一直到测量到最底层的view。 ); } mInLayout = false; } 同样的道理,又是从最上层viewGroup到最底层的view。 performDraw负责绘制,performDraw()会 调用draw,在调用drawSoftware /** * @return true if drawing was successful
我们刚接触android开发的时候,应该都是从写布局开始的,在写布局的时候一般组长都要求我们少嵌套,这个是为什么呢?这个就要从我们今天要分析的invalidate()分析。 performDraw(); //..... } 可以看到,进入这里面了,会依次调用performMeasure performLayout performDraw三个函数,依次调用了view的绘制流程 ); } } mView就是ViewGroup,然后会调用ViewGroup的onMeasure函数,然后测量,就从最上层父布局一直到测量到最底层的view。 ); } mInLayout = false; } 同样的道理,又是从最上层viewGroup到最底层的view。 performDraw负责绘制,performDraw()会 调用draw,在调用drawSoftware /** * @return true if drawing was successful
界面窗口的根布局是DecorView,该类继承自FrameLayout,而FrameLayout继承自ViewGroup。感觉绘制肯定会在ViewGroup或者View中 但是木有找到。 , HardwareRenderer.HardwareDrawCallbacks { } View的绘制过程从ViewRootImpl.performTraversals()方法开始。 View绘制的三个过程Measure、Layout、Draw 下面是这三个过程的详细说明 Measure performMeasure方法如下: private void performMeasure( 再看一下dispatchDraw方法,这个方法是用来绘制子View的,所以要看ViewGroup.dispatchDraw方法,View.dispatchDraw是空的。 View.draw方法内部会分别调用onDraw绘制自己以及dispatchDraw绘制子View.
了解绘制的整体流程 绘制会从根视图ViewRoot的performTraversals()方法开始,从上到下遍历整个视图树,每个View控件负责绘制自己,而ViewGroup还需要负责通知自己的子View View绘制流程之Measure Measure的基本流程 页面的测量流程是从performMeasure方法开始的,相关的核心代码流程如下。 绘制View的背景 drawBackground(canvas); ... // 步骤二:如果需要的话,保持canvas的图层,为fading做准备 saveCount (canvas); ... // 步骤四:绘制View的子View dispatchDraw(canvas); ... // 步骤五:如果需要的话,绘制View } setWillNotDraw的作用 // 如果一个View不需要绘制任何内容,那么设置这个标记位为true以后, // 系统会进行相应的优化。
View绘制的流程框架 如图所示 ? View的绘制是从上往下一层层迭代下来的。 DecorView-->ViewGroup(--->ViewGroup)-->View ,按照这个流程从上往下,依次measure(测量),layout(布局),draw(绘制)。 ? canvas) draw过程则决定了View的显示,完成draw后view会显示在屏幕上 绘制背景(background.draw(Canvas)) 绘制自己 protected void onDraw (Canvas canvas) onDraw绘制自己,新建一个paint 在canvas上绘制自己的图形 绘制children (dispatchDraw)dispatchDraw会遍历调用所有子元素的 从View的测量、布局和绘制原理来看,要实现自定义View,根据自定义View的种类不同,可能分别要自定义实现不同的方法。
MeasureSpec是一种“测量规则”或者“测量说明书”,决定了View的测量过程 View的MeasureSpec会根据自身的LayoutParamse和父容器的MeasureSpec生成。 最终根据View的MeasureSpec测量出View的宽/高(测量时数据并非最终宽高) 2、MeasureSpec的组成? 中获得View宽高的4种办法? 的接口,可以在View树状态改变或者View树内部View的可见性改变时,onGlobalLayout会被回调,能正确获取View宽/高 view.measure 8、Activity启动到最终加载ViewRoot 9、自定义View性能优化有哪些? 避免过度绘制 像素点能画一次就不要多次绘制,以及绘制看不到的背景。开发者选项里内的工具,只对xml布局有效果,看不到自定义View的过度绘制,仍然需要注意。
一个是vsync-app唤醒Chrographer做App的绘制操作(生成当前帧数据) 一个是vsync-sf是SurfaceFliger使用,当vsync信号来临时进行合成操作(要满足消费完上一帧数据的条件下 也就是说我们可以打乱顺序是先合成消费帧数据绘制到屏幕上还是先生成帧数据。 注意:有两个线程共同合作完成绘制动作:UIThread生成指令和RenderThread调用OpenGl库生成Buffer放入到BufferQuene缓冲队列中。 (释放的操作在native层对应的处理是把这块内存区域变成一个Bitmap交由RenderThread去渲染) draw方法其实并没有进行真正的绘制,而是把绘制的内容放入到了DisplayList中接着同步到 绘制最终会调用到View.invalidate方法 2.RenderThread执行的时候UIThread就可以释放掉去做其他处理,接着RenerThread去取出DisplayList中的数据进行处理生成
绘制一个漂亮的弧形 View 来,先看下效果图: 怎么样? 漂亮吧,上面是一个标题栏,下面是一个弧形的 View,标题栏和弧形 View 从左到右都有一个线性的渐变色,类似于手机 QQ 顶部的渐变效果,关于弧形的这种效果,使用的场景还是比较普遍的,小面我们就一起来看看如何绘制吧 ,比较简单这里就不详细说了, onMeasure() 用于测量 View 的宽高尺寸,onDraw() 就是具体的绘制过程了,具体的绘制思路是:我们在 onMeasure()方法中拿到测量出来的宽和高, 有了路径之后我们就可以轻而易举地绘制出一个弧形了,完整的代码请看下面: /** * Created by x-sir on 2018/8/10 :) * Function:自定义弧形 View * * 整个 View 的宽度 */ private int mWidth; /** * 整个 View 的高度 */ private int mHeight
android的View绘制 view绘制主要包括三个方面: measure 测量组件本身的大小 layout 确定组件在视图中的位置 draw 根据位置和大小,将组件画出来 视图绘制的起点在ViewRootImpl draw绘制 完成measure和Layout后,ViewRootImpl中的代码会创建一个Canvas对象,然后调用View的draw()方法来执行具体的绘制工。 这里写图片描述 draw原理总结 可以看见,绘制过程就是把View对象绘制到屏幕上,整个draw过程需要注意如下细节: 如果该View是一个ViewGroup,则需要递归绘制其所包含的所有子View。 View默认不会绘制任何内容,真正的绘制都需要自己在子类中实现。 View的绘制是借助onDraw方法传入的Canvas类来进行的。 在获取画布剪切区(每个View的draw中传入的Canvas)时会自动处理掉padding,子View获取Canvas不用关注这些逻辑,只用关心如何绘制即可。
这两个方法会给我们的视图显示带来什么影响? View视图的宽、高是什么时候解析的? 第一个问题:LayoutInflater.inflate两个个方法是什么? View的宽、高是单独解析的,所以会有一些问题出现,可能有些开发者也遇到这个坑,通过这篇文章分析你会的到答案,并且可以准确填上你的坑。 } else {// 带有包名的View(例如自定义的View,或者引用的support包中的View) view = createView(name, null 系统自带的用onCreateView方法创建View,带有包名的通过createView方法创建。 ", attrs); } 系统的视图都在android.view包下,所以要添加前缀“android.view.”
Android绘制链图: 网上很多讲Android view的绘制流程往往只讲到了Measure - Layout - Draw。 这里面有一段很重要的代码: window.getDecorView(); 正式这段代码告知系统可以从view的根节点开始绘制了,通过DecorView方法,decorview调用了performTraversals draw(fullRedrawNeeded); } 调用然后系统再调用Measure - Layout - Draw实现了View的绘制。 Draw decorations (scrollbars for instance) 根据view源码的注释, 1,绘制背景 2,保存画布图层 3,调用了onDraw方法,子类中实现onDraw dispatchDraw()内部for循环调用drawChild()分别绘制每一个子视图,而drawChild()内部又会调用draw()函数完成子视图的内部绘制工作。
---- 当测量好了一个View之后,我们就可以简单地重写onDraw()方法,并在Canvas对象上来绘制所需要的图形。首先我们来了解一下利用系统2D绘图API所必须要使用到的Canvas对象。 要想在Android的界面中绘制相应的图像,就必须在Canvas上进行绘制。Canvas就像是一个画板,使用Paint就可以在上面作画了。 在View类的onDraw()方法中,通过下面这段代码,我们可以了解到canvas与bitmap直接的关系。首先在onDraw方法中绘制两个bitmap,代码如下所示。 mCanvas.drawXXX 通过mCanvas将绘制效果作用在了bitmap2上,再刷新View的时候,就会发现通过onDraw()方法画出来的bitmap2已经发生变化,这就是因为bitmap2承载了在 虽然我们也使用了Canvas的绘制API,但其实并没有将图形直接绘制在onDraw()方法指定的那块画布上,而是通过改变bitmap,然后让View重绘,从而显示改变之后的bitmap。