Android Layout机制研究

核心提示：Layout或者view的位置，当然后来我自己的山寨实现把这2次调用合并到了一起，Android Layout机制研究(2)，那就是Layout在排布之前都对自己进行measure一次，然后对View递归调用Layout方法，那就在measure的时候把WRAP_CONTENT属性保留到layout调用的时候再确定吧，

Layout或者view的位置。当然后来我自己的山寨实现把这2次调用合并到了一起。那就是Layout在排布之前都对自己进行measure一次，然后对View递归调用Layout方法。这样子的大小肯定是确定了的。然后用确定了的大小来使用gravity或者align属性来定位，使用 margin来调整位置。伪代码如下所示：

long layout(parent_leftPos, parent_topPos, parent_width, parent_height)

{

measure(parent_width, parent_height);

while (!list.empty())

{

horizontalLeft = horizontalLeft - pChild->leftMargin - pChild->rightMargin;

verticalLeft = verticalLeft - pChild->topMargin - pChild->bottomMargin;

pChild->layout(curLeftPos, curTopPos, horizontalLeft, verticalLeft);

// use gravity or align

// use margin

// scale layout size if this is a layout and it's layout_width or layout_height is wrap_content

}

// use weight.

}

如果自己来实现这套机制的话，实现的难点就是根据用户对 View或者Layout指定的layout_width，layout_height的三种值来确定View或者Layout的大小。

对于View来说这个比较容易。

(1)它下面没有嵌套的Layout的时候：比如如果它是一个标准控件Button，它的layout_width是WRAP_CONTENT或者像素值的话，那么就是确定的了。如果layout_width是FILL_PARENT，它所在的Layout如果是FILL_PARENT，也是确定了的。如果是 WRAP_CONTENT，那么这个是一个属性冲突，可以依照Layout的属性来进行处理。

(2)它下面嵌套有Layout的时候，那么这个就涉及到了Layout的大小确定了，这转化为了Layout大小确定问题。

对于Layout来说比较复杂。

主要Layout之间可以相互嵌套。如果父Layout是 WRAP_CONTENT，子Layout是FILL_CONTENT，而子Layout的content则是它下面的各个View排布完成之后才可以确定的，所以View的冲突处理方法不能直接使用。也就是说measure的调用过程中，如果不对View进行排布的话，就不能得到Layout的 content大小。那么既然不排布不知道，那就在measure的时候把WRAP_CONTENT属性保留到layout调用的时候再确定吧。

在实现Layout的measure方法的时候，先要尽可能(因为WRAP_CONTENT的原因)确定自己本身的measuredWidth和measuredHeight，然后传给各个子View或者