android view从无到有的过程

在搜集Android view绘制流程的相关知识时,发现这里面的流程还是有些复杂的,准备了好几天,才敢提起笔来。下面就直入主题吧!

view绘制流程是从ViewRoot的performTraversals()方法中开始的,在该方法中会执行view绘制的三部曲,即:measure(测量视图的大小),layout(确定视图的位置)draw(绘制视图的内容)。下面这张图明确的展示了该过程:

1、measure的过程

public final void measure(int widthMeasureSpec, int heightMeasureSpec) {
    ...
    onMeasure(widthMeasureSpec, heightMeasureSpec);
    ...
}  

可以看到该方法是final的,所以不需要子类重写,里面的实现主要就是调用了onMeasure。那么传入的两个参数是什么呢?那就涉及到MeasureSpec了,MeasureSpec由specMode(规格)和specSize(大小)组成,规格有三种,它跟大小对应关系如下:

1. EXACTLY

表示父视图希望子视图的大小应该是由specSize的值来决定的,系统默认会按照这个规则来设置子视图的大小,开发人员当然也可以按照自己的意愿设置成任意的大小。

2. AT_MOST

表示子视图最多只能是specSize中指定的大小,开发人员应该尽可能小得去设置这个视图,并且保证不会超过specSize。系统默认会按照这个规则来设置子视图的大小,开发人员当然也可以按照自己的意愿设置成任意的大小。

3. UNSPECIFIED

表示开发人员可以将视图按照自己的意愿设置成任意的大小,没有任何限制。这种情况比较少见,不太会用到。

对于最外层的根视图,这两个参数是如何确定的呢?原来是调用的getRootMeasureSpec,具体实现如下:

private int getRootMeasureSpec(int windowSize, int rootDimension) {
    int measureSpec;
    switch (rootDimension) {
    case ViewGroup.LayoutParams.MATCH_PARENT:
        measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY);
        break;
    case ViewGroup.LayoutParams.WRAP_CONTENT:
        measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST);
        break;
    default:
        measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY);
        break;
    }
    return measureSpec;
}  

这个函数传入的参数是窗口大小和MATCH_PARENT,这就是为什么根视图总是铺满屏幕的原因。

再来看看OnMeasure,具体实现如下:

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
    setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
    getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}  

onMeasure里面主要是使用setMeasuredDimension来设置视图的大小,这样就完成了一次measure的过程,当然,一个布局中一般都会包含多个子视图,每个子视图都需要经历一次measure过程。

ViewGroup中定义了一个measureChildren()方法来测量子视图的大小,如下:

protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {
    final int size = mChildrenCount;
    final View[] children = mChildren;
    for (int i = 0; i < size; ++i) {
        final View child = children[i];
        if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {
            measureChild(child, widthMeasureSpec, heightMeasureSpec);
        }
    }
}  

里面循环调用了measureChild,其实现为:

protected void measureChild(View child, int parentWidthMeasureSpec,
    int parentHeightMeasureSpec) {
       ...
       child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}

这里面又调用到了view的measure方法,所以这其实是个递归调用,不断的去测量设置子视图的大小,直至全部测完。

2、layout过程

public void layout(int l, int t, int r, int b) {
    ...
    setFrame(l, t, r, b);
    ...
    onLayout(changed, l, t, r, b);
    ...
}

主要是调用了setFrame(用来设置坐标)和onLayout方法,View里面OnLayout是空实现,因为onLayout()过程是为了确定视图在布局中的位置,而这个操作应该是由布局来完成的,即父视图决定子视图的显示位置。而ViewGroup里面的是抽象方法,也就是需要其子类去实现。

以Linearlayout为例,看下这个过程:

@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
	if (mOrientation == VERTICAL) {
		layoutVertical(l, t, r, b);
	} else {
		layoutHorizontal(l, t, r, b);
	}
}
void layoutVertical(int left, int top, int right, int bottom) {
	...
	for (int i = 0; i < count; i++) {
		final View child = getVirtualChildAt(i);
		if (child == null) {
			childTop += measureNullChild(i);
		} else if (child.getVisibility() != GONE) {//
			final int childWidth = child.getMeasuredWidth();
			final int childHeight = child.getMeasuredHeight();
			...
			setChildFrame(child, childLeft, childTop + getLocationOffset(child),
			childWidth, childHeight);
		}
	}
}
private void setChildFrame(View child, int left, int top, int width, int height) {
	child.layout(left, top, left + width, top + height);
}

可以看到其实是遍历子view,然后又去调用layout,这样就不停的循环,直到遍历完所有子view。由于view过程调用了setFrame方法,可以设置视图的位置,就跟measure的功能重合了,所以这里设置的话有可能会使之前measure的计算失效。

3、draw过程

public void draw(Canvas canvas) {
	...
	// Step 1, draw the background, if needed
	int saveCount;
	if (!dirtyOpaque) {
		final Drawable background = mBackground;
		if (background != null) {
			final int scrollX = mScrollX;
			final int scrollY = mScrollY;
			if (mBackgroundSizeChanged) {
				background.setBounds(0, 0,  mRight - mLeft, mBottom - mTop);
				mBackgroundSizeChanged = false;
			}
			if ((scrollX | scrollY) == 0) {
				ckground.draw(canvas);
			} else {
				canvas.translate(scrollX, scrollY);
				background.draw(canvas);
				canvas.translate(-scrollX, -scrollY);
			}
		}
	}
	...
	// Step 3, draw the content
	if (!dirtyOpaque) onDraw(canvas);
	...
	// Step 4, draw the children
	dispatchDraw(canvas);
	...
	// Step 6, draw decorations (scrollbars)
	onDrawScrollBars(canvas);
	return;
}

这其中最主要的是调用了onDraw和dispatchDraw方法。onDraw是一个空方法,需要子view自己去实现,而ViewGroup的dispatchDraw()方法主要是遍历子view,然后调用drawChild方法,而drawChild又是调用的draw方法,这样就又构成了一个循环调用。

总结一下:

1、这三个过程都是从上而下,从父到子的,即:先设置父视图,然后遍历子视图,并对其设置。

2、自定义view时,我们可以重写onMeasure(非必须)和onDraw方法,在onMeasure的实现里调用setMeasuredDimension或者super.onMeasure来设置视图大小。

3、自定义ViewGroup时,我们可以重写onLayout(必须)方法,在里面调用view的layout方法设置视图的位置。

时间: 2024-10-07 05:07:03

android view从无到有的过程的相关文章

从源码角度带你分析 Android View 事件分发 dispatchTouchEvent,onTouch,onTouchEvent,onClick逻辑顺序过程(一)

关于Android View 事件分发过程的文章网络上可以搜到一把大,这里贴一篇代码性的文章,作者也是个牛人:Android事件分发机制完全解析,带你从源码的角度彻底理解(上). 虽然讲的很好,但是看完之后还是感觉有那么点一知半解,于是自己花了点时间从源码研究android 触摸事件分发流程,以下内容仅仅个人理解,如有差错希望指出. 我们先从一个例子看起,先重写一个MyButton 继承Button,代码如下: public class MyButton extends Button { pub

Android中View的绘制过程 onMeasure方法简述

Android中View的绘制过程 当Activity获得焦点时,它将被要求绘制自己的布局,Android framework将会处理绘制过程,Activity只需提供它的布局的根节点. 绘制过程从布局的根节点开始,从根节点开始测量和绘制整个layout tree. 每一个ViewGroup 负责要求它的每一个孩子被绘制,每一个View负责绘制自己. 因为整个树是按顺序遍历的,所以父节点会先被绘制,而兄弟节点会按照它们在树中出现的顺序被绘制. 绘制是一个两遍(two pass)的过程:一个mea

【转】Android中View的绘制过程 onMeasure方法简述 附有自定义View例子

Android中View的绘制过程 当Activity获得焦点时,它将被要求绘制自己的布局,Android framework将会处理绘制过程,Activity只需提供它的布局的根节点. 绘制过程从布局的根节点开始,从根节点开始测量和绘制整个layout tree. 每一个ViewGroup 负责要求它的每一个孩子被绘制,每一个View负责绘制自己. 因为整个树是按顺序遍历的,所以父节点会先被绘制,而兄弟节点会按照它们在树中出现的顺序被绘制. 绘制是一个两遍(two pass)的过程:一个mea

android 中view的绘制过程

view的绘制过程中分别会执行:onMeasure(会多次)计算view的大小,OnLayout(),确定控件的大小和位置 onDraw()绘制view 当Activity获得焦点时,它将被要求绘制自己的布局,Android framework将会处理绘制过程,Activity只需提供它的布局的根节点. 绘制过程从布局的根节点开始,从根节点开始测量和绘制整个layout tree. 每一个ViewGroup负责要求它的每一个孩子被绘制,每一个View负责绘制自己. 因为整个树是按顺序遍历的,所以

Android中View的绘制过程 onMeasure方法简述 附有自定义View例子

Android中View的绘制过程 当Activity获得焦点时,它将被要求绘制自己的布局,Android framework将会处理绘制过程,Activity只需提供它的布局的根节点. 绘制过程从布局的根节点开始,从根节点开始测量和绘制整个layout tree. 每一个ViewGroup 负责要求它的每一个孩子被绘制,每一个View负责绘制自己. 因为整个树是按顺序遍历的,所以父节点会先被绘制,而兄弟节点会按照它们在树中出现的顺序被绘制. 绘制是一个两遍(two pass)的过程:一个mea

【Android - View】之View的工作过程简介

View的工作过程分为三个过程: View的measure过程: View的layout过程: View的draw过程. 我们知道,一个Activity就是一个窗口,这个窗口中包含一个Window.一个DecorView和一个ViewRootImpl对象,而应用中的所有Window都由一个WindowManager对象管理.ViewRootImpl是连接WindowManager和DecorView的纽带,它可以接受WindowManager传过来的消息,将消息传递给DecorView,Deco

Android应用程序窗口View的measure过程

Android应用程序的界面是View组成的,这些View以树形结构组织,它们存在着父子关系,其中,子view位于父view里面,因此,在绘制一个Android应用程序窗口的View之前,我们首先要确定它里面的各个子view在父view里面的大小以及位置.确定各个子view在父view里面的大小以及位置的过程又称为测量过程和布局过程.测量和布局完后,就可以绘制view了. 参考上一篇文章Android应用程序窗口View的创建过程,可以知道Android应用程序窗口的根View是DecorVie

简单研究Android View绘制三 布局过程

2015-07-28 17:29:19 这一篇主要看看布局过程 一.布局过程肯定要不可避免的涉及到layout()和onLayout()方法,这两个方法都是定义在View.java中,源码如下: 1 /** 2 * Assign a size and position to a view and all of its 3 * descendants 4 * 5 * <p>This is the second phase of the layout mechanism. 6 * (The fir

Android View的定位

引言 今天我们来介绍Android坐标系统和View的定位,当然也会介绍View的滑动相关话题.下面让我们开始介绍吧. View的基础知识 View是Android中所有控件的基类,无论是TextView.Button.还是RelativeLayout和ListView它们共同的基类都是View.View是一种界面层控件的抽象,它代表了一个控件.ViewGroup翻译过来是控件组的意思,ViewGroup中可以包含多个子控件,即一组View.在Android中ViewGroup也继承自View,