首先来看一个布局文件：
RelativeLayout relativeLayout1里面有 TextView，RelativeLayout relativeLayout2里面有 Button。当我调用TextView
的requestLayout方法时，那么此布局中的哪些控件会重新测量和布局呢？relativeLayout1，relativeLayout2还是Button呢？
下面我们从View的requestLayout源码开始分析：
requestLayout方法的核心工作分为几步：
1 通过 “或操作”给当前的View的mPrivateFlags变量添加上PFLAG_FORCE_LAYOUT和PFLAG_INVALIDATED两个二进制标志位。
2 去获取当前View的mParent对象(ViewGroup)调用mPaent的requestLayout方法。
3 重复步骤1，在父类中也会给自己添加两个二进制标志位，不断地向上递归调用最顶层的DecorView，DecorView类是我们在屏幕中看见的UI视图中最根部的View，它继承自FrameLayout
但是DecorView并不能自己触发自己的测量布局绘制流程，它是靠
(虚拟)父类去触发measure,layout,draw三大流程。
通过上边的步骤，当我们调用textView的requestLayout方法后，会一步一步向上委托，一直到ViewRootImpl，然后由ViewRootImpl触发整个视图树的重新绘制。回到开始那个问题，那么此布局中的哪些控件会重新测量和布局呢？relativeLayout1，relativeLayout2还是Button呢？是都要被重新测量布局吗？答案肯定否定的，谷歌不可能设计这么低性能的方案。只有那些"需要被重新测量布局"的View才会。那么View在测量的时候怎么判断是否需要重新绘制呢？我们先来看看View#measure方法是怎么实现的：
我们在view的requestLayout方法中，给mPrivateFlags变量添加了PFLAG_FORCE_LAYOUT和PFLAG_INVALIDATED标志位，所以当一个View在执行measure方法的时候，会判断自己是否有PFLAG_FORCE_LAYOUT标志位，也就是这个View是否执行过requestLayout，如果有才会执行onMeasure方法继续测量，如果没有这个标志位就直接跳过了。并且在onMeasure结束后又重新开始mPrivateFlags添加了一个新的标志位。
这个标志位会在接下来的View#layout中用到
& 相当于取的意思 | 相当于添加的意思
由于在measure方法中的最后给mPrivateFlags变量添加了PFLAG_LAYOUT_REQUIRED标志位，所以我在接下来的layout方法中，if判断的条件才会成立。如果在measure方法中没有添加这个标志位(或者说view没有执行过requestLayout方法)，那么layout就会被直接跳过，也就不会执行onLayout。
View#requestLayout方法总结：
当调用TextView的requestLayout方法，首先会给TextView添加标志位，然后找到自己的parent的 RelativeLayout relativeLayout1，然后调用relativeLayout1的requestLayout方法，它也会给自己添加标志位，重复往上递归...。直到ViewRootImpl的requestLayout，最后整个视图树一步步向下递归重绘的时候，发现relativeLayout1有标志位，而relativeLayout2没有标志位，所以整个流程会relativeLayout1重新测量和布局，relativeLayout2不会。
