两个view：

一个是系统默认的FrameLayout,  A

一个是自己自定义的MyView extends View，重载了onMeasure函数(): B

	@Override

	protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {

		// TODO Auto-generated method stub

		super.onMeasure(widthMeasureSpec, heightMeasureSpec);

		// Log.e(TAG, "onMeasure " + MeasureSpec.getSize(widthMeasureSpec)

		// 		+ " " + MeasureSpec.getSize(heightMeasureSpec));

		setMeasuredDimension(MeasureSpec.makeMeasureSpec(mW-=10, MeasureSpec.EXACTLY),

				MeasureSpec.makeMeasureSpec(mH-=10, MeasureSpec.EXACTLY));

	}

逻辑很简单，每次只要B的onMeasure被触发，那么B的尺寸就原来小10.

A包含B,

几个测试case: (measure() 是final的，无法覆盖，不过B的measure()应该是每次被调到的)

1. A.requestLayout();                                    不会调用到B.onMeasure() 和 B.onLayout(), 会调用B.layout() (注意连draw()都没有被调到，这意味着B被A认为完全没变，不需要重绘)

2. B.forceLayout(); A.requestLayout()           会调用到B的.onMeasure() 和 onLayout() 以及 layout(), draw(), onDraw()

3. B.requestLayout()                                      会调用到B的.onMeasure() 和 onLayout() 以及 layout(),draw(), onDraw()

4. B.invalidate()                                               B的layout(), onLayout() 和 onMeasure() 没有被调到，只有 draw() 和 onDraw() 被调到.

5  A.invalidate()                                               B的所有函数都不会被调到.

这个结果也符合code的逻辑，forceLayout()如果注释说的一样，是在下一次layout bypass 的过程(自己不会发起一次layout bypass)中，会强制的重新onMeasure和onLayout()

而requestLayout() 除了干forceLayout()的事情将自己的FORCE_LAYOUT标志位设上外，还会发起一次layout pass，

在layout bypass 从 A 传到 B时，虽然 A 的 onMeasure() 和 onLayout() 会调用 B 的 measure() 和 layout(), 但是，因为 B的layout状态没有什么改变，因此

onMeasure()和 onLayout()不会被调用.

在当前4.4的code:

public void forceLayout() {

     ................................................

        mPrivateFlags |= PFLAG_FORCE_LAYOUT;

        mPrivateFlags |= PFLAG_INVALIDATED;

    }

public final void measure(int widthMeasureSpec, int heightMeasureSpec) {

       ...............................................................

        if ((mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT ||

               .......................................................

            int cacheIndex = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT ? -1 :

                    mMeasureCache.indexOfKey(key);

            if (cacheIndex < 0 || sIgnoreMeasureCache) {

                ..................................................

                onMeasure(widthMeasureSpec, heightMeasureSpec);

                mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;

            } else {

                long value = mMeasureCache.valueAt(cacheIndex);

                // Casting a long to int drops the high 32 bits, no mask needed

                setMeasuredDimension((int) (value >> 32), (int) value);

                mPrivateFlags3 |= PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;

            }

......................................................................................

            mPrivateFlags |= PFLAG_LAYOUT_REQUIRED;

        }

.............................................................................

}

public void layout(int l, int t, int r, int b) {

        .....................................................

        if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {

            onLayout(changed, l, t, r, b);

            mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;

           ...................................................................

        }

        mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;

        mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;

    }

可见forceLayout()可以导致onMeasure() 和 onLayout(). 而requestLayout() 干的事情比forceLayout()只多不少.

View的forceLayout后面一般会紧跟着View的measure(), 这样可以把view的measuredSize 通过 setMeasuredDimension 设上.

而PFLAG_INVALIDATED 这个flag 应该是标记 重绘的。

而requestLayout()/forceLayout() 设置的另一个flag PFLAG_FORCE_LAYOUT，也一定可以在measure()中 将PFLAG_LAYOUT_REQUIRED flag给打上，

而PFLAG_LAYOUT_REQUIRED 则是可以保证了在调用 layout()函数时，onLayout() 函数会被调用到.

还有一点，之前没有仔细看， View的measure(A, B) 函数:

	       如果有PFLAG_FORCE_LAYOUT 或者 本次的measure的尺寸 A, B 和 之前的尺寸不一样

               if ((mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT ||

				widthMeasureSpec != mOldWidthMeasureSpec ||

				heightMeasureSpec != mOldHeightMeasureSpec) {

			........................................................

			这一步其实是从之前的MeasureCache里找是否存在 和 本次的measure尺寸一致的 cache

                        int cacheIndex = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT ? -1 :

					mMeasureCache.indexOfKey(key);

			如果没有找到，那么就调用onMeasure, 一般来说，调用了onMeasure才能真正的setMeasuredDimension

                        if (cacheIndex < 0 || sIgnoreMeasureCache) {

				// measure ourselves, this should set the measured dimension flag back

				onMeasure(widthMeasureSpec, heightMeasureSpec);

                                mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;

                        } else {

                               如果找到有cache，那么就将cache的值 设为 setMeasuredDimension

                               long value = mMeasureCache.valueAt(cacheIndex);

                               // Casting a long to int drops the high 32 bits, no mask needed

                               setMeasuredDimension((int) (value >> 32), (int) value);

                               mPrivateFlags3 |= PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;

                        }

                 }

                ..............................................

                mPrivateFlags |= PFLAG_LAYOUT_REQUIRED;

                ..............................................

                mOldWidthMeasureSpec = widthMeasureSpec;

                mOldHeightMeasureSpec = heightMeasureSpec;

                mMeasureCache.put(key, ((long) mMeasuredWidth) << 32 |

                      (long) mMeasuredHeight & 0xffffffffL); // suppress sign extension 

这说明调用measure(A, B)， 只要尺寸变化，都会影响 MeasuredHeight/Width

借鉴：http://blog.csdn.net/fyfcauc/article/details/41895509

最新文章

1. JAVA学习笔记之static——2016.3.10
2. Mvc 提交表单的4种方法全程详解
3. 使用 Elmah一些要注意的问题
4. python 函数的文档字符串 docstrings
5. C++STL之迭代器
6. CodeForces 527B Error Correct System
7. JAVA中抽象类的一些总结
8. sqlServer2008 手工注入
9. 利用Merge生成或更新新记录
10. Android软件开发之获取通讯录联系人信息
11. （转载）tarjan求割点
12. eclipse中配置drools6.5环境
13. ●51NOD 1705 七星剑
14. 【原创】那些年用过的Redis集群架构（含面试解析）
15. mobile_轮播图_style_left 版本
16. 添加sqljdbc的maven依赖JAVA环境配置
17. C++版 - LeetCode 145: Binary Tree Postorder Traversal(二叉树的后序遍历，迭代法)
18. @Html.Partial 和 @Html.RenderPartial 异同
19. 【BZOJ2576】[JSOI2011]序的计数 （动态规划）
20. Linux双网卡绑定

热门文章

1. HTTP协议头注射漏洞实例
2. Eclipse的SVN插件与本地SVN客户端关联不上
3. Linux下rsync的用法
4. vuejs学习——vue+vuex+vue-router项目搭建(三)
5. Python全栈开发之4、内置函数、文件操作和递归
6. mp4文件数据格式解析
7. webpack 入门总结和实践(按需异步加载，css单独打包，生成多个入口文件)
8. thinkphp5.0 配置
9. latex常用命令
10. 工厂bean和bean工厂