Android(安卓)N代码分析：requestLayout

1.1.1 requestLayout

下面的文章对于requestLayout的基本流程讲解得比较清楚，本文结合最新的代码做进一步的细化分析：

http://www.xuebuyuan.com/2134865.html

1）

当一个View调用requestLayout的时候，会给当前的View设置一个FORCE_LAYOUT标记。由此向ViewParent请求布局。这样从这个View开始向上一直requestLayout。最终到达ViewRootImpl。ViewParent 就是当前的传输链。【参见职责链设计模式】

public void requestLayout() {

if(mMeasureCache != null) mMeasureCache.clear();

if(mAttachInfo != null && mAttachInfo.mViewRequestingLayout == null) {

//Only trigger request-during-layout logic if this is the view requesting it,

//not the views in its parent hierarchy

ViewRootImpl viewRoot = getViewRootImpl();

if(viewRoot != null && viewRoot.isInLayout()) {

if (!viewRoot.requestLayoutDuringLayout(this)) {

return;

}

mAttachInfo.mViewRequestingLayout = this;

}

mPrivateFlags |=PFLAG_FORCE_LAYOUT;

mPrivateFlags|= PFLAG_INVALIDATED;

if(mParent != null && !mParent.isLayoutRequested()) {

mParent.requestLayout();

}

if(mAttachInfo != null && mAttachInfo.mViewRequestingLayout == this) {

mAttachInfo.mViewRequestingLayout = null;

}

[ 注] mParent

protectedViewParent mParent; 这是一个接口，由public final classViewRootImpl implements ViewParent,实现接口。

mParent的赋值在：

View.java(frameworks\base\core\java\android\view): void assignParent(ViewParent parent) {

ViewGroup.java(frameworks\base\core\java\android\view): child.assignParent(this);

ViewRootImpl.java(frameworks\base\core\java\android\view): view.assignParent(this);

ViewRootImpl.java(frameworks\base\core\java\android\view): mView.assignParent(null);

WindowManagerGlobal.java(frameworks\base\core\java\android\view): view.assignParent(null);

主要由ViewGroup. addViewInner进行赋值，即在添加View的时候将父View作为Parent赋值给childView，

private void addViewInner(View child, intindex, LayoutParams params,

boolean preventRequestLayout) {

…

// tellour children

if(preventRequestLayout) {

child.assignParent(this);

} else {

child.mParent = this;

}

public abstract class ViewGroup extends View implements ViewParent,ViewManager，可以看出VG是支持该类型的，可以对其赋值。虽然VG本身没有实现requestLayout（），但View实现了requestLayout（），但View却没有implements ViewParent，真是奇怪的关系和使用方法。

这种关系的结果，就是一直向上找根View，并requestLayout，根View就要分析DecorView的加载过程了。见其他章节。

2）

ViewRootImpl发现请求了布局。那么就会调用measure方法。

measure方法确认当前View是否有FORCE_LAYOUT标记。

如果有，那么就会进行重新measure。并且设置标记LAYOUT_REQUIRED。

public finalvoid measure(int widthMeasureSpec, int heightMeasureSpec) {

boolean optical = isLayoutModeOptical(this);

…

if(forceLayout || needsLayout) {

//first clears the measured dimension flag

mPrivateFlags &= ~PFLAG_MEASURED_DIMENSION_SET;

resolveRtlPropertiesIfNeeded();

int cacheIndex = forceLayout ? -1 :mMeasureCache.indexOfKey(key);

if(cacheIndex < 0 || sIgnoreMeasureCache) {

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

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

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

mPrivateFlags3 |= PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;

}

Android N相对于M，在onMeasure()部分做了优化，增加了判断条件，避免不需要的测量，同时会引起一些在N之前的不规范代码出现界面上的显示问题，如控件看不见，位置偏移等，这类问题我解决过多个。

【注】这里还有一个比较明显的问题，ViewRootImpl是如何发现布局请求的，如前，VG执行的是View的requestLayout，那么ViewRootImpl的requestLayout是在这个条件下是如何触发的呢？（后续分析）

3）

在随后的layout方法中，会判断这个标记。如果这个标记为true。

那么就一定会调用onLayout.

onLayout调用后清理LAYOUT_REQUIRED标记。

layout调用之后，会清理掉FORCE_LAYOUT标记。

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

if((mPrivateFlags3 & PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT) != 0) {

onMeasure(mOldWidthMeasureSpec, mOldHeightMeasureSpec);

mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;

}

int oldL= mLeft;

int oldT= mTop;

int oldB= mBottom;

int oldR= mRight;

booleanchanged = isLayoutModeOptical(mParent) ?

setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);

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

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

mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;

ListenerInfo li = mListenerInfo;

if(li != null && li.mOnLayoutChangeListeners != null) {

ArrayListlistenersCopy =

(ArrayList)li.mOnLayoutChangeListeners.clone();

int numListeners = listenersCopy.size();

for (int i = 0; i < numListeners; ++i) {

listenersCopy.get(i).onLayoutChange(this, l, t, r, b, oldL, oldT, oldR,oldB);

}

mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;

mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;

}

当然在上述过程中，影响到了兄弟或者是父亲View的大小，那么也兄弟或者是父亲View也会调用layout/onLayout。不管其是否已经调用requestLayout。如果说指定的MeasureSpec为此也发生了变化，那么measure/onMeasure也会被调用。

通过上述分析发现，只要调用了requestlayout, 那么measure和onMeasure，以及layout，onlayout，draw onDraw都会被调用。

在很多情况下，requestLayout是不需要被调用的。例如，我们把一个AbsoluteLayout里面的childView挪动一下位置。我们仅仅需要调用的可能就是重新布局当前AbsoluteLayout，然后调用invalidate方法进行重绘。而不是从当前View向上的整个View树形结构都要重新layout，onLayout，measure，onMeasure一次。

这个时候，怎么办？

一种方法是，直接调用onLayout。然后调用invalidate进行重绘。很明显可以提升绘制效率。由于父View的layout实现中对会通知布局的listener。但是由于无法得到listener，因此调用onlayout的时候无法对其进行通知，这也是这种实现的缺陷。

更多相关文章

随机推荐