在Android开发中，LayoutParams使用的场景相对来说比较少，总结一下也就三大方面：一是自定义ViewGroup时要获取子元素的LayoutParams来完成测量和布局流程；二是动态的给ViewGroup添加一个子View；三是动态改变子元素布局参数来实现滑动效果。虽然说它的使用频率并不高，但是它对我们深入理解View的工作原理上具有重要的作用，android开发分享Android开发LayoutParams知识点总结将结合源码介绍LayoutParams的相关知识。
LayoutParams是什么，有什么用
LayoutParams翻译成汉语就是布局参数，每个控件都有自己的LayoutParams，而且子元素通过自己的LayoutParams来告诉父容器如何摆放自己。这里的摆放又包含了两层含义：一是确定子元素的大小（因为首先要知道大小才能进行摆放）；二是确定子元素在父容器中的位置。因为任何一个控件都不是独立存在的，都要被添加到ViewGroup中才能显示在屏幕上，所以LayoutParams跟父容器是分不开的，因此脱离了父容器来讨论LayoutParams没有任何意义。
就其本质来说，LayoutParams的根本作用就是为View的3大流程服务的，关于3大流程，可以参考之前的一篇文章View的三大流程分析。回想一下View测量流程中的2个方法：
protected void measureChild(View child, int parentWidthMeasureSpec, int parentHeightMeasureSpec) { final LayoutParams lp = child.getLayoutParams(); //父容器根据子元素的布局参数和父容器自己的MeasureSpec计算子元素的MeasureSpec final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec, mPaddingLeft + mPaddingRight, lp.width); final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec, mPaddingTop + mPaddingBottom, lp.height); //根据计算好的MeasureSpec调用子元素的measure方法进入了子元素的测量流程 child.measure(childWidthMeasureSpec, childHeightMeasureSpec); } protected void measureChildWithMargins(View child, int parentWidthMeasureSpec, int widthUsed,int parentHeightMeasureSpec, int heightUsed) { final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams(); //父容器根据子元素的布局参数和父容器自己的MeasureSpec计算子元素的MeasureSpec final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin+ widthUsed, lp.width); final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin+ heightUsed, lp.height); //根据计算好的MeasureSpec调用子元素的measure方法进入了子元素的测量流程 child.measure(childWidthMeasureSpec, childHeightMeasureSpec); } 可以看到，计算子元素MeasureSpec的第一步就是要获取其LayoutParams，之后将LayoutParams通过getChildMeasureSpec方法转换成具体的数值。在ViewGroup的布局流程中，如果考虑margin，同样也要先获取子元素的布局参数。
LayoutParams及其派生子类
上面已经说过了，摆放自己有两个含义，一是确定大小，二是确定位置。跟大小相关的布局参数有两个：android:layout_width和android:layout_height；跟位置相关的布局参数就比较多了：android:layout_margin、android:layout_gravity、android:layout_weight、android:layout_alignParentStart等等。当然了，使用android:layout_weight的前提是父容器必须是LinearLayout，使用android:layout_alignParentStart的前提是父容器必须是RelativeLayout。
根据以上的分析我们知道，子元素除了一些自己具有的参数android:layout_width、android:layout_height和android:layout_margin之外，根据父容器的不同还可以有一些特殊的参数，这样就意味着布局参数这个概念在Java代码中会有不同的类去实现。而这些不同的类都有一个共同的父类，就是ViewGroup.LayoutParams，它的重要代码如下：
public static class LayoutParams { public static final int FILL_PARENT = -1; public static final int MATCH_PARENT = -1; public static final int WRAP_CONTENT = -2; public int width; public int height; //这个构造方法用于根据布局文件中的android:layout_width和android:layout_height创建LayoutParams public LayoutParams(Context c, AttributeSet attrs) { TypedArray a = c.obtainStyledAttributes(attrs, R.styleable.ViewGroup_Layout); setBaseAttributes(a,R.styleable.ViewGroup_Layout_layout_width,R.styleable.ViewGroup_Layout_layout_height); a.recycle(); } //这个构造方法根据指定的宽高创建LayoutParams public LayoutParams(int width, int height) { this.width = width; this.height = height; } //这个构造方法通过传入的LayoutParams对象来创建LayoutParams public LayoutParams(LayoutParams source) { this.width = source.width; this.height = source.height; } } LayoutParams是一个ViewGroup的一个静态内部类，它保存了View的宽高信息，其对应着xml文件中的android:layout_width和android:layout_height属性。因为一个控件的宽高其父容器相关，所以这个属性被命名为android:layout_width/height而不是android:width，前面已经提过了，脱离了父容器，这些属性也就没了意义。
当然了，仅有宽高两个属性并不能确定控件在父容器中的位置，所以就产生了一个新的类MarginLayoutParams，它在LayoutParams的基础上增加了margin属性。MarginLayoutParams的主要代码如下：
public static class MarginLayoutParams extends ViewGroup.LayoutParams { public int leftMargin; public int topMargin; public int rightMargin; public int bottomMargin; public MarginLayoutParams(Context c, AttributeSet attrs) { super(); //设置宽和高 TypedArray a = c.obtainStyledAttributes(attrs, R.styleable.ViewGroup_MarginLayout); setBaseAttributes(a, R.styleable.ViewGroup_MarginLayout_layout_width, R.styleable.ViewGroup_MarginLayout_layout_height); int margin = a.getDimensionPixelSize( com.android.internal.R.styleable.ViewGroup_MarginLayout_layout_margin, -1); if (margin >= 0) { leftMargin = margin; topMargin = margin; rightMargin= margin; bottomMargin = margin; } else { int horizontalMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginHorizontal, -1); int verticalMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginVertical, -1); if (horizontalMargin >= 0) { leftMargin = horizontalMargin; rightMargin = horizontalMargin; } else { leftMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginLeft, UNDEFINED_MARGIN); if (leftMargin == UNDEFINED_MARGIN) { mMarginFlags |= LEFT_MARGIN_UNDEFINED_MASK; leftMargin = DEFAULT_MARGIN_RESOLVED; } rightMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginRight, UNDEFINED_MARGIN); if (rightMargin == UNDEFINED_MARGIN) { mMarginFlags |= RIGHT_MARGIN_UNDEFINED_MASK; rightMargin = DEFAULT_MARGIN_RESOLVED; } } startMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginStart, DEFAULT_MARGIN_RELATIVE); endMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginEnd, DEFAULT_MARGIN_RELATIVE); if (verticalMargin >= 0) { topMargin = verticalMargin; bottomMargin = verticalMargin; } else { topMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginTop, DEFAULT_MARGIN_RESOLVED); bottomMargin = a.getDimensionPixelSize( R.styleable.ViewGroup_MarginLayout_layout_marginBottom, DEFAULT_MARGIN_RESOLVED); } } …… a.recycle(); } } 代码有点长，但还是很好理解的。因为MarginLayoutParams是继承自LayoutParams的，所以首先还是设置宽和高，之后就是设置margin了。设置margin的过程遵循着由上到下的过程，这一点从代码中也可以看出来。如果在xml中指定了android:layout_margin属性，那么上下左右边距都会被赋值成这个margin值；如果没设置android:layout_margin而是设置了android:layout_marginVertical或者android:layout_marginHorizontal属性，那么就将上下边距或左右边距指定为对应的值；如果xml文件中没有上述3个属性，则会依次设置android:layout_marginLeft/Right/Bottom/Top这4个属性。
由这个过程我们可以得出结论：上述几个属性的优先级为：margin > horizontalMargin和verticalMargin > leftMargin和RightMargin、topMargin和bottomMargin，优先级高的属性会覆盖掉低的。还要注意一点的是，如果我们动态的改变这些边距值，那么还要通过控件的setLayoutParams方法对其进行更新。
MarginLayoutParams之后就是一些具体容器特有的布局参数类了，比如说LinearLayout.LayoutParams、RelativeLayout.LayoutParams、FrameLayout.LayoutParams等等，它们都是继承自ViewGroup.MarginLayoutParams，这里我们拿出LinearLayout.LayoutParams看看：
public static class LayoutParams extends ViewGroup.MarginLayoutParams { @ViewDebug.ExportedProperty(category = "layout") @InspectableProperty(name = "layout_weight") public float weight; /** * Gravity for the view associated with these LayoutParams. * * @see android.view.Gravity */ @ViewDebug.ExportedProperty(category = "layout", mapping = { @ViewDebug.IntToString(from = -1, to = "NONE"), @ViewDebug.IntToString(from = Gravity.NO_GRAVITY, to = "NONE"), @ViewDebug.IntToString(from = Gravity.TOP, to = "TOP"), @ViewDebug.IntToString(from = Gravity.BOTTOM, to = "BOTTOM"), @ViewDebug.IntToString(from = Gravity.LEFT, to = "LEFT"), @ViewDebug.IntToString(from = Gravity.RIGHT, to = "RIGHT"), @ViewDebug.IntToString(from = Gravity.START, to = "START"), @ViewDebug.IntToString(from = Gravity.END, to = "END"), @ViewDebug.IntToString(from = Gravity.CENTER_VERTICAL, to = "CENTER_VERTICAL"), @ViewDebug.IntToString(from = Gravity.FILL_VERTICAL, to = "FILL_VERTICAL"), @ViewDebug.IntToString(from = Gravity.CENTER_HORIZONTAL, to = "CENTER_HORIZONTAL"), @ViewDebug.IntToString(from = Gravity.FILL_HORIZONTAL, to = "FILL_HORIZONTAL"), @ViewDebug.IntToString(from = Gravity.CENTER, to = "CENTER"), @ViewDebug.IntToString(from = Gravity.FILL, to = "FILL") }) @InspectableProperty( name = "layout_gravity", valueType = InspectableProperty.ValueType.GRAVITY) public int gravity = -1; /** * {@inheritDoc} */ public LayoutParams(Context c, AttributeSet attrs) { super(c, attrs); …… } } 可以看到，里面定义了LinearLayout中一些自己特有的属性android：layout_gravity和android：layout_weight。对于其他容器的LayoutParams，里面也定义了它们特有的属性。
布局参数的创建和跟View联系的建立
明白了布局参数LayoutParams的意义和作用之后，那么它是怎么和一个具体的控件建立关联的呢？View给我们提供了一个setLayoutParams方法，该方法执行完毕之后在测量和布局流程中我们就可以通过getLayoutParams获取到这个布局参数了。
那么LayoutParams是怎样被创建出来的呢？这要分为两种情况：定义在xml文件中控件布局参数的创建和动态创建控件时布局参数的创建。
动态创建View时布局参数的创建过程
先来说说比较简单的动态创建View时布局参数是如何被创建的。由于控件是我们动态创建的，所以它没有父容器，我们想要让它显示在屏幕上就要让它成为一个容器的子元素，ViewGroup提供了addView方法来实现这一功能，该方法有几个重载：
//重载1：直接给ViewGroup添加一个子元素，默认添加到ViewGroup的末尾 public void addView(View child) { addView(child, -1); } //重载2：将View添加到指定位置index public void addView(View child, int index) { if (child == null) { throw new IllegalArgumentException("Cannot add a null child view to a ViewGroup"); } LayoutParams params = child.getLayoutParams(); if (params == null) { params = generateDefaultLayoutParams();// 生成当前ViewGroup默认的LayoutParams if (params == null) { throw new IllegalArgumentException("generateDefaultLayoutParams() cannot return null"); } } addView(child, index, params); } //重载3：给View指定了宽高值再添加到ViewGroup中，默认添加到ViewGroup的末尾 public void addView(View child, int width, int height) { final LayoutParams params = generateDefaultLayoutParams(); // 生成当前ViewGroup默认的LayoutParams params.width = width; params.height = height; addView(child, -1, params); } //重载4：根据传入的布局参数将View添加到ViewGroup中，默认添加到ViewGroup的末尾 @Override public void addView(View child, LayoutParams params) { addView(child, -1, params); } //重载5：根据传入的布局参数将View添加到ViewGroup的指定位置index public void addView(View child, int index, LayoutParams params) { if (child == null) { throw new IllegalArgumentException("Cannot add a null child view to a ViewGroup"); } // addViewInner() will call child.requestLayout() when setting the new LayoutParams // therefore, we call requestLayout() on ourselves before, so that the child's request // will be blocked at our level requestLayout(); invalidate(true); addViewInner(child, index, params, false); } 对于前两个重载方法由于没有指定LayoutParams，所以它们在内部会调用generateDefaultLayoutParams方法来为它创建一个LayoutParams。当然这也有个前提，就是传进来的View本身没有LayoutParams。在源码中我们也可以看到，如果child.getLayoutParams为空，那么才会通过generateDefaultLayoutParams创建默认的布局参数。
对于第3个重载方法，在源码中可以看到首先通过generateDefaultLayoutParams创建默认的布局参数，之后再将其宽高设置为指定值。
对于后两个重载方法，由于在调用的时候就已经指定了布局参数，所以在内部调用addViewInner将View添加到ViewGroup中即可。在源码中可以发现，前4个方法最终都会调用第5个重载方法。
说了这么多，我们来看看如果调用时没指定布局参数而且View本身也不带布局参数时，ViewGroup是怎么为子元素创建默认的布局参数的，我们点开ViewGroup的generateDefaultLayoutParams方法：
protected LayoutParams generateDefaultLayoutParams() { return new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT); } 非常简单，ViewGroup默认为其子元素创建的布局参数在宽高方向上都是wrap_content的。但是很可惜，这个方法几乎不会被用到，因为对于一个具体的容器，都重写了这个方法。这里我们点开FrameLayout的generateDefaultLayoutParams方法看一下：
@Override protected LayoutParams generateDefaultLayoutParams() { return new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT); } FrameLayou默认创建的布局参数宽高都是match_parent的，对于其他的容器，创建的原则也有所不同。
布局参数创建好了之后，在第5个重载方法中调用了requestLayout()和invalidate(true)方法来重新激活3大流程。这一点是必然的，因为既然添加了新的子元素，那么原有视图就会改变，因此3大流程就要重新走一遍。之后就调用了addViewInner方法将子元素放到父容器中了，我们点开它看一看：
private void addViewInner(View child, int index, LayoutParams params, boolean preventRequestLayout) { …… //判断传入的child是否已经有父容器了 if (child.getParent() != null) { throw new IllegalStateException("The specified child already has a parent. " + "You must call removeView() on the child's parent first."); } //判断传入的布局参数是否为空 if (!checkLayoutParams(params)) { params = generateLayoutParams(params); } //判断child需不需要重新布局 if (preventRequestLayout) { child.mLayoutParams = params; //需要 } else { child.setLayoutParams(params); //不需要 } if (index < 0) { index = mChildrenCount; } //将child添加到父容器中 addInArray(child, index); // 指定了child的父容器为this if (preventRequestLayout) { child.assignParent(this); } else { child.mParent = this; } …… } 代码中的注释把addInner方法的流程描述的很清楚了，这样一来动态创建的View布局参数创建过程就说完了，接下来看看我们编写xml文件来做app界面时，文件中控件的布局参数是如何被创建的。
xml文件中View的布局参数创建过程
在Android开发之LayoutInflater及其源码分析和Android开发Activity的setContentView源码分析这俩篇文章中已经说过了，Activity的setContentView方法中会调用LayoutInflater的inflate方法将xml中定义的各种控件解析成对象，最终将布局的根ViewGroup添加到mContentParent中来，其代码如下：
/** * 解析XML文件中的View * @param parser 解析器 * @param root 父容器（可能为null） * @param attachToRoot View是否需要附加到父容器中 */ public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) { ...... View result = root; ...... final String name = parser.getName(); if (TAG_MERGE.equals(name)) { // 针对<merge>标签 ...... } else { // 针对普通标签 // ① 通过XML生成对应的View对象 // Temp指的是XML文件中的根View final View temp = createViewFromTag(root, name, inflaterContext, attrs); ViewGroup.LayoutParams params = null; if (root != null) { // ② 通过XML中的布局参数生成对应的LayoutParams params = root.generateLayoutParams(attrs); if (!attachToRoot) { // ③ 如果不需要将View附加到父容器中，就直接为View设置LayoutParams temp.setLayoutParams(params); } } rInflateChildren(parser, temp, attrs, true); // 解析View中包含的子View（如果存在的话） // ④ 如果父容器不为null，且需要将View附加到父容器中，就使用addView方法 if (root != null && attachToRoot) { root.addView(temp, params); } // Decide whether to return the root that was passed in or the top view found in xml. if (root == null || !attachToRoot) { result = temp; } } ...... return result; } 代码中可以看到如果root不为空，则调用generateLayoutParams为子元素创建布局参数，而generateLayoutParams方法是根据xml文件中子元素的属性值来创建LayoutParams的，这一点根创建默认布局参数不同。
总的来说，就是Activity中调用setContentView方法，通过LayoutInflater将整个XML文件解析为View树，从根布局开始为每个View和ViewGroup设置相应的LayoutParams。
这样一来布局参数的创建过程也就说完了，有了以上的理论过程，就可以来讨论一下自定义布局参数了。
自定义布局参数
在自定义ViewGroup时如果想让它支持我们自定义的一些布局属性，就可以用自定义布局参数来实现。自定义的ViewGroup要继承自ViewGroup.MarginLayoutParams，否则这个自定义的ViewGroup将不会支持子元素的margin属性。此外因为这些属性是我们自定义的，那么就要在attr.xml文件中定义好它们，示例代码如下：
<resources> <!-- 自定义属性集 --> <declare-styleable name="MyViewGroup_Layout"> <!-- 自定义的属性 --> <attr name="my_layout_xxx" format="integer"/> <!-- 使用系统预置的属性 --> <attr name="android:layout_gravity"/> </declare-styleable> </resources> 之后就是在自定义的布局参数中解析这些属性：
public static class LayoutParams extends ViewGroup.MarginLayoutParams { public int my_layout_xxx; public int gravity; public LayoutParams(Context c, AttributeSet attrs) { super(c, attrs); // 解析布局属性 TypedArray typedArray = c.obtainStyledAttributes(attrs, R.styleable.MyViewGroup_Layout); simpleAttr = typedArray.getInteger(R.styleable.MyViewGroup_Layout_my_layout_xxx, 0); gravity=typedArray.getInteger(R.styleable.SimpleViewGroup_Layout_android_layout_gravity, -1); typedArray.recycle();//释放资源 } public LayoutParams(int width, int height) { super(width, height); } public LayoutParams(MarginLayoutParams source) { super(source); } public LayoutParams(ViewGroup.LayoutParams source) { super(source); } } 最后，我们还需要重写ViewGroup中几个与LayoutParams相关的方法:
// 检查LayoutParams是否合法 @Override protected boolean checkLayoutParams(ViewGroup.LayoutParams p) { return p instanceof SimpleViewGroup.LayoutParams; } // 生成默认的LayoutParams @Override protected ViewGroup.LayoutParams generateDefaultLayoutParams() { return new SimpleViewGroup.LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT); } // 对传入的LayoutParams进行转化 @Override protected ViewGroup.LayoutParams generateLayoutParams(ViewGroup.LayoutParams p) { return new SimpleViewGroup.LayoutParams(p); } // 对传入的LayoutParams进行转化 @Override public ViewGroup.LayoutParams generateLayoutParams(AttributeSet attrs) { return new SimpleViewGroup.LayoutParams(getContext(), attrs); } 这几个方法的作用之前已经提过了。如果不重写的话，那么LayoutInflater在解析xml文件时为子元素创建的布局参数的类型就是ViewGroup.LayoutParams，这样使用如下代码强制转换时就会产生类型不匹配异常：
MyViewGroup.LayoutParams lp = (MyViewGroup.LayoutParams) child.getLayoutParams(); 同理，就算不自定义布局参数，如果想让自定义的ViewGroup支持子元素的margin属性，也要重写上面4个方法并在其中返回MarginLayoutParams的实例，否则就会在下面的代码中产生类型不匹配异常：
MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams(); android开发分享Android开发LayoutParams知识点总结参考自：Android LayoutParams详解、自定义控件知识储备-LayoutParams的那些事。
本文来自网络收集，不代表计算机技术网立场，如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址：https://www.ctvol.com/addevelopment/894850.html