Adroid UI 界面绘制原理分析

ondraw() 和dispatchdraw（）的区别

绘制VIew本身的内容，通过调用View.onDraw(canvas)函数实现

绘制自己的孩子通过dispatchDraw（canvas）实现

 

    View组件的绘制会调用draw(Canvas canvas)方法，draw过程中主要是先画Drawable背景，对 drawable调用setBounds()然后是draw(Canvas c)方法.有点注意的是背景drawable的实际大小会影响view组件的大小，drawable的实际大小通过getIntrinsicWidth()和getIntrinsicHeight()获取，当背景比较大时view组件大小等于背景drawable的大小

     画完背景后，draw过程会调用onDraw(Canvas canvas)方法，然后就是dispatchDraw(Canvas canvas)方法, dispatchDraw()主要是分发给子组件进行绘制，我们通常定制组件的时候重写的是onDraw()方法。值得注意的是ViewGroup容器组件的绘制，当它没有背景时直接调用的是dispatchDraw()方法, 而绕过了draw()方法，当它有背景的时候就调用draw()方法，而draw()方法里包含了dispatchDraw()方法的调用。因此要在ViewGroup上绘制东西的时候往往重写的是dispatchDraw()方法而不是onDraw()方法，或者自定制一个Drawable，重写它的draw(Canvas c)和 getIntrinsicWidth(), 

getIntrinsicHeight()方法，然后设为背景。

http://blog.csdn.net/scorplopan/article/details/6302827

Adroid UI 界面绘制原理分析对View类包含Surface（变量名mSurface）。Surface中包含CompatibleCanvas（变量名mCanvas）。CompatibleCanvas继承至Canval（java.awt.Canval），其中包含一个矩阵对象Matrix（变量名mOrigMatrix）。矩阵Matrix就是一块内存区域，针对View的各种绘画操作都保存在此内存中。

每个Surface通常对应两个buffer，一个front buffer, 一个back buffer。其中，back buffer就是canvas绘图时对应的bitmap (研究android_view_Surface.cpp::lockCanvas)。因此，绘画总是在back buffer上，需要更新时，则将back buffer和front buffer互换。 
每个surface又对应一个layer, SurfaceFlinger负责将各个layer的front buffer合成（composite）绘制到屏幕上。
用户接口方面，主要表现任务由View的各种继承类来实现。View类的继承关系如图所示。
当用户请求绘制调用invalidate()，此函数会找到当前View或Viewgroup的ParentView,并调用父视图的invalidateChild(this, r)。invalidateChild会循环调用父视图的invalidateChildInParent()因此层层向上层视图调用，直到调用到根视图ViewRoot。ViewRoot的invalidateChildInParent调用invalidateChild，然后发送消息让ViewRoot进行绘制。绘制代码在handleMessage()中的case DO_TRAVERSAL中调用了performTraversals()。
然后调用下一级视图的draw()函数。draw函数会依次调用以下几个函数：
background.draw(canvas)
onDraw(canvas)
dispatchDraw(canvas)
onDrawScrollBars(canvas)
在ViewGroup的dispatchDraw中会调用drawChild函数。drawChild根据子View的私有标志位mPrivateFlags来调用子类的draw()或者dispatchDraw(canvas)。由此实现了层层向下绘制，直到最基本的View。View的dispatchDraw是一个抽象函数，绘制过程到此结束。最后ViewRoot会调用nativeShowFPS(canvas, now - sDrawTime)函数将绘制结果canvas传递给本地层进行显示。

参考别人的分析，自己大概的看了一遍。框架层看得差不多了，本地层还没有看。等有时间看了再更新吧。

View组件布局和绘制过程, 以及Drawable绘制的理解

 Android的view组件显示主要经过mesure, layout和draw这三个过程。在mesure阶段里调用mesure(int widthSpec, int heightSpec)方法，这个方法是final不能被重写，在这个过程里会调用onMesure(int widthSpec, int heightSpec)方法。当组件设置好大小后，调用final layout(int l, int t, int r, int b)方法进行布局，在这个过程里会调用onLayout(boolean changed, int l, int t, int r, int b)方法，所以处理组件的布局通常要重写onMesure和onLayout这两个方法。

    View组件的绘制会调用draw(Canvas canvas)方法，这个方法在源代码里看不到在哪里调用...draw过程中主要是先画Drawable背景，对drawable调用setBounds()然后是draw(Canvas c)方法.有点注意的是背景drawable的实际大小会影响view组件的大小，drawable的实际大小通过getIntrinsicWidth()和getIntrinsicHeight()获取，当背景比较大时view组件大小等于背景drawable的大小，不过俺没有在源代码里找到布局时调用过 getIntrinsicWidth()和 getIntrinsicHeight()方法...

    画完背景后，draw过程会调用onDraw(Canvas canvas)方法，然后就是dispatchDraw(Canvas canvas)方法, dispatchDraw()主要是分发给子组件进行绘制，我们通常定制组件的时候重写的是onDraw()方法。值得注意的是ViewGroup容器组件的绘制，当它没有背景时直接调用的是dispatchDraw()方法, 而绕过了draw()方法，当它有背景的时候就调用draw()方法，而draw()方法里包含了dispatchDraw()方法的调用。因此要在ViewGroup上绘制东西的时候往往重写的是dispatchDraw()方法而不是onDraw()方法，或者自定制一个Drawable，重写它的draw(Canvas c)和getIntrinsicWidth(),

getIntrinsicHeight()方法，然后设为背景。

http://blog.csdn.net/czh0766/article/details/5790295