[关闭]
@linux1s1s 2019-02-21T15:20:16.000000Z 字数 8125 阅读 4467

Android View 分析(下)

AndroidView 2015-05


本文接着 Android View 分析(中)继续分析

ViewRootImpl.performTraversals(...)

这个成员方法比较出名,也比较庞大,初看可能会迷失方向,所以我们先给出这个方法的执行路径图:

此处输入图片的描述

再看一下牛逼的源代码

  1. private void performTraversals() {
  2. // cache mView since it is used so much below...
  3. //1 处理mAttachInfo的初始化,并根据resize、visibility改变的情况,给相应的变量赋值。
  4. final View host = mView;
  5. final View.AttachInfo attachInfo = mAttachInfo;
  6. final int viewVisibility = getHostVisibility();
  7. boolean viewVisibilityChanged = mViewVisibility != viewVisibility
  8. || mNewSurfaceNeeded;
  9. float appScale = mAttachInfo.mApplicationScale;
  10. WindowManager.LayoutParams params = null;
  11. if (mWindowAttributesChanged) {
  12. mWindowAttributesChanged = false;
  13. surfaceChanged = true;
  14. params = lp;
  15. }
  16. Rect frame = mWinFrame;
  17. if (mFirst) {
  18. // For the very first time, tell the view hierarchy that it
  19. // is attached to the window. Note that at this point the surface
  20. // object is not initialized to its backing store, but soon it
  21. // will be (assuming the window is visible).
  22. attachInfo.mSurface = mSurface;
  23. attachInfo.mUse32BitDrawingCache = PixelFormat.formatHasAlpha(lp.format) ||
  24. lp.format == PixelFormat.RGBX_8888;
  25. attachInfo.mHasWindowFocus = false;
  26. attachInfo.mWindowVisibility = viewVisibility;
  27. ......
  28. }
  29. //2 如果mLayoutRequested判断为true,那么说明需要重新layout,不过在此之前那必须重新measure。
  30. if (mLayoutRequested) {
  31. // Execute enqueued actions on every layout in case a view that was detached
  32. // enqueued an action after being detached
  33. getRunQueue().executeActions(attachInfo.mHandler);
  34. if (mFirst) {
  35. ......
  36. }
  37. }
  38. //3 判断是否有子视图的属性发生变化,ViewRoot需要获取这些变化。
  39. if (attachInfo.mRecomputeGlobalAttributes) {
  40. ......
  41. }
  42. if (mFirst || attachInfo.mViewVisibilityChanged) {
  43. ......
  44. }
  45. //4 根据上面得到的变量数值,确定我们的view需要多大尺寸才能装下。于是就得measure了,有viewgroup的weight属性还得再做些处理
  46. // Ask host how big it wants to be
  47. host.measure(childWidthMeasureSpec, childHeightMeasureSpec);
  48. mLayoutRequested = true;
  49. }
  50. }
  51. //5 measure完毕,接下来可以layout了。
  52. final boolean didLayout = mLayoutRequested;
  53. boolean triggerGlobalLayoutListener = didLayout
  54. || attachInfo.mRecomputeGlobalAttributes;
  55. if (didLayout) {
  56. host.layout(0, 0, host.mMeasuredWidth, host.mMeasuredHeight);
  57. }
  58. //6 如果mFirst为true,那么会进行view获取焦点的动作。
  59. if (mFirst) {
  60. mRealFocusedView = mView.findFocus();
  61. }
  62. boolean cancelDraw = attachInfo.mTreeObserver.dispatchOnPreDraw();
  63. //7 终于,来到最后一步,前面的工作可以说都是铺垫,都是为了draw而准备的。
  64. if (!cancelDraw && !newSurface) {
  65. mFullRedrawNeeded = false;
  66. draw(fullRedrawNeeded);
  67. }

上面代码片段主要功能包括了measure、layout、draw、这三个方法被称为View三部曲,接下来看看View著名三部曲

onMesure

为整个View树计算实际的大小,即设置实际的高(对应属性:mMeasuredHeight)和宽(对应属性:mMeasureWidth),每个View的控件的实际宽高都是由父视图和本身视图决定的,整个measure调用流程就是个树形的递归过程。

  1. //回调View视图里的onMeasure过程
  2. private void onMeasure(int height , int width){
  3. //设置该view的实际宽(mMeasuredWidth)高(mMeasuredHeight)
  4. //1、该方法必须在onMeasure调用,否者报异常。
  5. setMeasuredDimension(h , l) ;
  6. //2、如果该View是ViewGroup类型,则对它的每个子View进行measure()过程
  7. int childCount = getChildCount() ;
  8. for(int i=0 ;i<childCount ;i++){
  9. //2.1、获得每个子View对象引用
  10. View child = getChildAt(i) ;
  11. //整个measure()过程就是个递归过程
  12. //该方法只是一个过滤器,最后会调用measure()过程 ;或者 measureChild(child , h, i)方法都
  13. measureChildWithMargins(child , h, i) ;
  14. //其实,对于我们自己写的应用来说,最好的办法是去掉框架里的该方法,直接调用view.measure(),如下:
  15. //child.measure(h, l)
  16. }
  17. }
  18. //该方法具体实现在ViewGroup.java里 。
  19. protected void measureChildWithMargins(View v, int height , int width){
  20. v.measure(h,l)
  21. }

onLayout

为将整个根据子视图的大小以及布局参数将View树放到合适的位置上。

  1. //回调View视图里的onLayout过程 ,该方法只由ViewGroup类型实现
  2. private void onLayout(int left , int top , right , bottom){
  3. //如果该View不是ViewGroup类型
  4. //调用setFrame()方法设置该控件的在父视图上的坐标轴
  5. setFrame(l ,t , r ,b) ;
  6. //--------------------------
  7. //如果该View是ViewGroup类型,则对它的每个子View进行layout()过程
  8. int childCount = getChildCount() ;
  9. for(int i=0 ;i<childCount ;i++){
  10. //2.1、获得每个子View对象引用
  11. View child = getChildAt(i) ;
  12. //整个layout()过程就是个递归过程
  13. child.layout(l, t, r, b) ;
  14. }
  15. }

onDraw

由ViewRoot对象的 performTraversals() 方法调用 draw() 方法发起绘制该View树,值得注意的是每次发起绘图时,并不会重新绘制每个View树的视图,而只会重新绘制那些“需要重绘”的视图,View类内部变量包含了一个标志位DRAWN,当该视图需要重绘时,就会为该View添加该标志位。
mView.draw() 开始绘制,draw() 方法实现的功能如下:

  1. 绘制该View的背景
  2. 为显示渐变框做一些准备操作(见5,大多数情况下,不需要改渐变框)
  3. 调用onDraw()方法绘制视图本身 (每个View都需要重载该方法,ViewGroup不需要实现该方法)
  4. 调用dispatchDraw ()方法绘制子视图(如果该View类型不为ViewGroup,即不包含子视图,不需要重载该方法)值得说明的是,ViewGroup类已经为我们重写了dispatchDraw ()的功能实现,应用程序一般不需要重写该方法,但可以重载父类函数实现具体的功能。
  5. dispatchDraw()方法内部会遍历每个子视图,调用drawChild()去重新回调每个子视图的draw()方法(注意,这个地方“需要重绘”的视图才会调用draw()方法)。值得说明的是,ViewGroup类已经为我们重写了dispatchDraw()的功能实现,应用程序一般不需要重写该方法,但可以重载父类函数实现具体的功能。
  6. 绘制滚动条

于是,整个调用链就这样递归下去了。

  1. / draw()过程 ViewRoot.java
  2. // 发起draw()的"发号者"在ViewRoot.java里的performTraversals()方法, 该方法会继续调用draw()方法开始绘图
  3. private void draw(){
  4. //...
  5. View mView ;
  6. mView.draw(canvas) ;
  7. //....
  8. }
  9. //回调View视图里的onLayout过程 ,该方法只由ViewGroup类型实现
  10. private void draw(Canvas canvas){
  11. //该方法会做如下事情
  12. //1 、绘制该View的背景
  13. //2、为绘制渐变框做一些准备操作
  14. //3、调用onDraw()方法绘制视图本身
  15. //4、调用dispatchDraw()方法绘制每个子视图,dispatchDraw()已经在Android框架中实现了,在ViewGroup方法中。
  16. // 应用程序程序一般不需要重写该方法,但可以捕获该方法的发生,做一些特别的事情。
  17. //5、绘制滚动条
  18. }
  19. //ViewGroup.java中的dispatchDraw()方法,应用程序一般不需要重写该方法
  20. @Override
  21. protected void dispatchDraw(Canvas canvas) {
  22. //
  23. //其实现方法类似如下:
  24. int childCount = getChildCount() ;
  25. for(int i=0 ;i<childCount ;i++){
  26. View child = getChildAt(i) ;
  27. //调用drawChild完成
  28. drawChild(child,canvas) ;
  29. }
  30. }
  31. //ViewGroup.java中的dispatchDraw()方法,应用程序一般不需要重写该方法
  32. protected void drawChild(View child,Canvas canvas) {
  33. // ....
  34. //简单的回调View对象的draw()方法,递归就这么产生了。
  35. child.draw(canvas) ;
  36. //.........
  37. }

关于绘制Drawable背景的进一步说明,可以参考博客 Android Drawable 分析

这里对于View的分析基本告一段落了,接下来我们小结一下比较重要的几个方法


  1. setVisibility()方法,会调用measure、layout、draw方法,整个过程潇洒的走了一遍。
  2. setSelection()方法  & setEnabled()方法,都只会调用draw方法

补充

这里补充一下View分析中没有加以讨论的几个比较重要的类

Window

该类为抽象类,提供了一些窗口绘制的通用API接口,简单看一下

  1. public abstract class Window {
  2. //...
  3. //指定Activity窗口的风格类型
  4. public static final int FEATURE_NO_TITLE = 1;
  5. public static final int FEATURE_INDETERMINATE_PROGRESS = 5;
  6. //设置布局文件
  7. public abstract void setContentView(int layoutResID);
  8. public abstract void setContentView(View view);
  9. //请求指定Activity窗口的风格类型
  10. public boolean requestFeature(int featureId) {
  11. final int flag = 1<<featureId;
  12. mFeatures |= flag;
  13. mLocalFeatures |= mContainer != null ? (flag&~mContainer.mFeatures) : flag;
  14. return (mFeatures&flag) != 0;
  15. }
  16. //...
  17. }

PhoneWindow

该类是Windows的子类,也是最基本的Windows实现类,需要重点关注的是该类持有DecorView实例,而DecorView是应用程序界面Activity的根View。

  1. public class PhoneWindow extends Window implements MenuBuilder.Callback {
  2. //...
  3. // This is the top-level view of the window, containing the window decor.
  4. private DecorView mDecor; //该对象是所有应用窗口的根视图 , 是FrameLayout的子类
  5. //该对象是Activity布局文件的父视图,一般来说是一个FrameLayout型的ViewGroup
  6. // 同时也是DecorView对象的一个子视图
  7. // This is the view in which the window contents are placed. It is either
  8. // mDecor itself, or a child of mDecor where the contents go.
  9. private ViewGroup mContentParent;
  10. //设置标题
  11. @Override
  12. public void setTitle(CharSequence title) {
  13. if (mTitleView != null) {
  14. mTitleView.setText(title);
  15. }
  16. mTitle = title;
  17. }
  18. //设置背景图片
  19. @Override
  20. public final void setBackgroundDrawable(Drawable drawable) {
  21. if (drawable != mBackgroundDrawable || mBackgroundResource != 0) {
  22. mBackgroundResource = 0;
  23. mBackgroundDrawable = drawable;
  24. if (mDecor != null) {
  25. mDecor.setWindowBackground(drawable);
  26. }
  27. }
  28. }
  29. //...
  30. }

DecorView

该类是一个FrameLayout的子类,并且是PhoneWindow的子类,该类就是对普通的FrameLayout进行功能的扩展,更确切点可以说是修饰(Decor的英文全称是Decoration,即“修饰”的意思),比如说添加TitleBar(标题栏),以及TitleBar上的滚动条等 。最重要的一点是,它是所有应用窗口的根View 。

  1. private final class DecorView extends FrameLayout {
  2. //...
  3. //触摸事件处理
  4. @Override
  5. public boolean onTouchEvent(MotionEvent event) {
  6. return onInterceptTouchEvent(event);
  7. }
  8. //...
  9. }

小结

  1. Activity的顶层View是DecorView, 而我们在onCreate函数中通过setContentView设置的View只不过是这个DecorView的一部分罢了。DecorView是一个FrameLayout类型的ViewGroup。
  2. Activity包含一个Window(类型为PoneWindow)和一个WindowManager(类型为WindowManagerGlobal)对象。这两个对象将控制Activity的显示。
  3. LocalWindowManager使用了WindowManagerImpl作为最最终处理对象(设计模式中的代理模式),这个WindowManagerImpl中有一个ViewRootImpl对象。
  4. ViewRootImpl实现了ViewParent接口,它有2个重要的成员,一个是mView,它指向Activity的顶层UI单元的DecorView,另外一个是mSurface,这个mSurface包含了一个Canvas。除此之外,ViewRootImpl其中内部类还通过binder机制和WindowManagerService进行跨进程交互。
  5. ViewRootImpl其中内部类是一个Handler,可以处理Handler的消息,Activity的显示就是由ViewRoot在它的performTraversals函数中完成的。
  6. 整个Activity的绘图流程就是从mSurface中lock一块Canvas,然后交给mView(DecorView)去draw整个视图层次(包括mView的所有子view)。最后调用unlockCanvasAndPost释放这块Canvas,将绘制的内容渲染到屏幕。

本博文参考:http://blog.csdn.net/qinjuning/article/details/7110211,特此说明。

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注