深入理解android卷2_【Android筑基】深入理解LayoutInflater.inflate()方法

本是古典何须时尚 2022-10-24 02:42 190阅读 0赞

![d375209ce4438333242f8850e37918ab.gif][]

在开发中，对于 `LayoutInflater` 的 `inflate()` 方法，它的作用是把 xml 布局转换为对应的 `View` 对象，我们几乎天天在用。但是，对于 `inflate()` 方法的参数，是比较令人迷惑的。即便是看了文档的解释，依然不能解开迷惑。

或许，每次使用只能采取试验的办法，也不会非常影响开发；或许，记住在具体场景该怎么传递具体的参数，而不明所以。

我们不应该忽略细节：

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot)

*  `ViewGroup root` 参数的作用是什么，为什么有时候可以传 `null`，有时候却不可以？
 *  `boolean attachToRoot` 参数什么时候传 `true`，什么时候传 `false`？为什么有时候传递 `true` 会崩溃？
 *  为什么有的时候 xml 中根节点设置的布局参数却不生效？

这篇文章主要是说明 `inflate()` 方法参数的含义，以及在具体场景的使用

## **1. inflate() 方法分析** ##

在 `LayoutInflater` 类中，有几个重载的 `inflate()` 方法：

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root)public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot)public View inflate(XmlPullParser parser, @Nullable ViewGroup root)public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot)

大家在实际开发中，使用比较多的应该是前两个。

它们的调用关系(箭头指向表示调用方向)如下：

![e5d76452144869e46f79a095e51882bf.png][]

从图中可以看出前三个最终调用的都是最后一个：

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot)

那么现在，我们集中精力去看最后一个方法。把最后一个方法搞清楚就可以了，就可以搞懂另外三个了。

这个方法中的第一个参数 `XmlPullParser parser`，查看源码，可以看到：

final Resources res = getContext().getResources();XmlResourceParser parser = res.getLayout(resource);

是由 xml 转换而来的，用来对 xml 进行解析的一个类。

好了，我们已经了解了第一个参数的含义，就是传递要转换的 xml 布局过来。

接着看后面的两个参数：`@Nullable ViewGroup root` 和 `boolean attachToRoot`。需要注意的是 `ViewGroup root` 前面有一个注解 `@Nullable`，表示 `ViewGroup root` 这个参数可以为 `null`。

这两个参数的取值组合有几种呢？4 种。

<table> 
 <thead> 
  <tr> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>第一组</td> 
   <td>notNull</td> 
   <td>false</td> 
  </tr> 
  <tr> 
   <td>第二组</td> 
   <td>notNull</td> 
   <td>true</td> 
  </tr> 
  <tr> 
   <td>第三组</td> 
   <td>null</td> 
   <td>false</td> 
  </tr> 
  <tr> 
   <td>第四组</td> 
   <td>null</td> 
   <td>true</td> 
  </tr> 
 </tbody> 
</table>

不同的取值组合，对于最后的返回值 `View` 有什么影响呢？

到这里，我们需要去查看一下 `inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot)` 方法的源码：

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {
             synchronized (mConstructorArgs) {
                 final Context inflaterContext = mContext;        final AttributeSet attrs = Xml.asAttributeSet(parser);        View result = root;        advanceToRootNode(parser);        // 获取根节点的名字，比如 LinearLayout, FrameLayout 等。        final String name = parser.getName();        if (TAG_MERGE.equals(name)) {
                     // 根节点的名字是 merge            if (root == null || !attachToRoot) {
                         throw new InflateException(" can be used only with a valid "                        + "ViewGroup root and attachToRoot=true");            }            rInflate(parser, root, inflaterContext, attrs, false);        } else {
                     // Temp is the root view that was found in the xml            // 获取 xml 布局的根 View 对象，比如 LinearLayout 对象，FrameLayout 对象等。            final View temp = createViewFromTag(root, name, inflaterContext, attrs);            ViewGroup.LayoutParams params = null;            if (root != null) {
                         // Create layout params that match root, if supplied                params = root.generateLayoutParams(attrs);                if (!attachToRoot) {
                             // Set the layout params for temp if we are not                    // attaching. (If we are, we use addView, below)                    temp.setLayoutParams(params);                }            }            // Inflate all children under temp against its context.            rInflateChildren(parser, temp, attrs, true);            // We are supposed to attach all the views we found (int temp)            // to root. Do that now.            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;    }}

我们先不考虑根节点为 `merge` 的情况，因为这是比较特殊的根节点。先按照一般的情况来分析，有助于解决普遍的问题。

### **1.1 根节点不是 merge 时，第一组取值情况分析** ###

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第一组</td> 
   <td>notNull</td> 
   <td>false</td> 
  </tr> 
 </tbody> 
</table>

在第 5 行 `View result = root;` 把 `root` 的值赋值给 `View result`，那么有 `result` 的值是 `notNull`。

在第 21 行 `if (root != null)` 的判断语句判断为 `true`，不能进入 `if` 语句。

在第 23 行 `params = root.generateLayoutParams(attrs);`，通过 `root` 来获取根节点的布局参数 `ViewGroup.LayoutParams` 对象，也就是说，把 xml 中的根节点的 `layout_` 开头的属性，如`layout_width` 和 `layout_height` 对应的值转为布局参数对象中的字段值，如`width` 和 `height` 值。对应的源码在 `ViewGroup` 中如下：

public LayoutParams generateLayoutParams(AttributeSet attrs) {
             return new LayoutParams(getContext(), attrs);}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();}

这个方法被 `ViewGroup` 的子类重写后，会解析 xml 中更多的布局参数，例如在 `LinearLayout` 中重写后，还会解析 `layout_weight` 和 `layout_gravity` 参数。

在第 24 行 `if (!attachToRoot)` 判断，因为这里的 `attachToRoot` 取值为 `false`，所以判断为 `true`，进入 `if` 分支，到达第 25 行 `temp.setLayoutParams(params);`，把布局参数设置给了根节点控件对象。

在第 34 行 `if (root != null && attachToRoot)` 判断，由于 `attachToRoot` 为 `false`，所以判断为 `false`，不会进入 `if` 语句，也就是说不会把根节点控件对象以及布局参数设置给 `root`。

在第 39 行 `if (root == null || !attachToRoot)` 判断，由于 `attachToRoot` 为 `false`，所以判断为 `true`，进入 `if` 语句，到达第 40 行 `result = temp;`，也就是把根节点控件对象赋值给了 `result` 变量。

在第 43 行，`return result;` ，返回的就是根节点对象。

总结一下：

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
   <th>返回值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第一组</td> 
   <td>notNull</td> 
   <td>false</td> 
   <td>返回的是 xml 布局的根节点 View 对象，并且对象上拥有根节点上的布局参数。</td> 
  </tr> 
 </tbody> 
</table>

### **1.2 根节点不是 merge 时，第二组取值情况分析** ###

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第二组</td> 
   <td>notNull</td> 
   <td>true</td> 
  </tr> 
 </tbody> 
</table>

我们直接从第 24 行开始，因为之前的代码流程和第一组取值情况是一模一样的。

在第 24 行，`if (!attachToRoot)` 判断，由于 `attachToRoot` 的取值为 `true`，所以判断为 `false`，不会进入 `if` 分支，也就是说不会把布局参数设置给了根节点控件对象。

在第 34 行 `if (root != null && attachToRoot)` 判断，由于 `root` 不为 `null` 并且 `attachToRoot` 为 `true`，所以判断为 `true`，会进入 `if` 语句，第 35 行：`root.addView(temp, params);`，也就是说会把根节点控件对象以及布局参数设置给 `root`。

在第 39 行 `if (root == null || !attachToRoot)` 判断，因为 `root` 不为 `null` 且 `attachToRoot` 不为 `false`，所以判断为 `false`，不会进入此分支。

在第 43 行 `return result;`，`result` 是在第 5 行被赋值为 `root`，没有被重新赋值，所以返回的是 `root`。

小结一下：

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
   <th>返回值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第二组</td> 
   <td>notNull</td> 
   <td>true</td> 
   <td>返回的是添加了根节点 <code>View</code> 对象以及布局参数的 <code>root</code> 对象</td> 
  </tr> 
 </tbody> 
</table>

### **1.3 根节点不是 merge 时，第三组取值情况分析** ###

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第三组</td> 
   <td>null</td> 
   <td>false</td> 
  </tr> 
 </tbody> 
</table>

在第 5 行 `View result = root;` 把 `root` 的值赋值给 `View result`，那么有 `result` 的值是 `null`。

在第 21 行 `if (root != null)` 判断，因为 `root` 为 `null`，所以判断为 `false`，不会进入 `if` 分支，也就是说 `ViewGroup.LayoutParams params` 的值仍然是 `null`，没有发生变化。

在第 34 行 `if (root != null && attachToRoot)` 判断，因为 `root` 为 `null`，所以判断为 `false`，不会进入 `if` 分支，也就是说，不会把根节点控件对象以及布局参数设置给 `root`。

在第 39 行 `if (root == null || !attachToRoot)` 判断，因为 `root` 为 `null`，所以判断为 `true`，进入 `if` 分支，到达第 40 行，`result = temp;`，把根节点控件对象 `temp` 赋值给了 `View result` 变量。

在第 43 行 `return result;`，返回的是谁呢？返回的是没有布局参数的根节点控件对象。

小结一下：

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
   <th>返回值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第三组</td> 
   <td>null</td> 
   <td>false</td> 
   <td>返回的是没有布局参数信息的根节点 <code>View</code> 对象</td> 
  </tr> 
 </tbody> 
</table>

### **1.4 根节点不是 merge 时，第四组取值情况分析** ###

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th>ViewGroup root</th> 
   <th>boolean attachToRoot</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第四组</td> 
   <td>null</td> 
   <td>true</td> 
  </tr> 
 </tbody> 
</table>

我们直接从第  34 行开始，因为之前的代码流程和第三组是一模一样的。

在第 34 行，`if (root != null && attachToRoot)` 判断，因为 `root` 为 `null`，所以判断为 `false`，不会进入 `if` 分支，也就是说，不会把根节点控件对象以及布局参数设置给 `root`。

在第 43 行 `return result;`，返回的是谁呢？返回的是没有布局参数的根节点控件对象。

第四组取值情况和第三组的返回值是一样的。

### **1.5 根节点为 merge 时情况分析** ###

在第 9 行 `if (TAG_MERGE.equals(name))` 判断，是 `merge` 根节点，进入 `if` 分支；

在第 11 行 `if (root == null || !attachToRoot)` 判断，若 `root` 为 `null`，或者 `attachToRoot` 为 `false`，判断都会成立，进入 `if` 语句后抛出异常。

throw new InflateException(" can be used only with a valid "        + "ViewGroup root and attachToRoot=true");

这就是提醒我们，当根节点是 `merge` 时，`root` 必须不为 `null` 而且 `attachToRoot` 必须为 `true`。

在第 43 行 `return result;`，而 `result` 在第 5 行 `View result = root;` 被赋值为 `root`。

**总结一下取值情况：**

<table> 
 <thead> 
  <tr> 
   <th>根节点是否是 merge</th> 
   <th>取值组合</th> 
   <th><code>ViewGroup root</code></th> 
   <th><code>boolean attachToRoot</code></th> 
   <th>返回值</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>否</td> 
   <td>第一组</td> 
   <td><code>notNull</code></td> 
   <td><code>false</code></td> 
   <td>返回的是 xml 布局的根节点 View 对象，并且对象上拥有根节点上的布局参数。</td> 
  </tr> 
  <tr> 
   <td>否</td> 
   <td>第二组</td> 
   <td><code>notNull</code></td> 
   <td><code>true</code></td> 
   <td>返回的是添加了根节点 <code>View</code> 对象以及布局参数的 <code>root</code> 对象。</td> 
  </tr> 
  <tr> 
   <td>否</td> 
   <td>第三组</td> 
   <td><code>null</code></td> 
   <td><code>false</code></td> 
   <td>返回的是没有布局参数信息的根节点 <code>View</code> 对象。</td> 
  </tr> 
  <tr> 
   <td>否</td> 
   <td>第四组</td> 
   <td><code>null</code></td> 
   <td><code>true</code></td> 
   <td>返回的是没有布局参数信息的根节点 <code>View</code> 对象。</td> 
  </tr> 
  <tr> 
   <td>是</td> 
   <td></td> 
   <td><code>notNull</code>(必须)</td> 
   <td><code>true</code>(必须)</td> 
   <td>返回的是 <code>root</code> 对象。</td> 
  </tr> 
 </tbody> 
</table>

## **2. 实际应用** ##

### **2.1 自定义控件填充布局** ###

需要填充的布局 `custom_view_layout.xml`如下：

<?xml  version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:app="http://schemas.android.com/apk/res-auto"    android:orientation="horizontal" android:layout_width="match_parent"    android:layout_height="wrap_content">    <ImageView        android:layout_margin="16dp"        android:id="@+id/icon"        android:layout_gravity="center_vertical"        app:srcCompat="@mipmap/ic_launcher"        android:layout_width="wrap_content"        android:layout_height="wrap_content" />    <TextView        android:id="@+id/title"        android:text="标题"        android:textColor="@android:color/black"        android:textSize="16sp"        android:layout_gravity="center_vertical"        android:layout_width="wrap_content"        android:layout_height="wrap_content" />    <View        android:layout_weight="1"        android:layout_width="0dp"        android:layout_height="0dp" />    <Switch        android:layout_marginEnd="16dp"        android:layout_gravity="center_vertical|end"        android:layout_width="wrap_content"        android:layout_height="wrap_content" />LinearLayout>

`CustomView` 类如下：

public class CustomView extends LinearLayout {
             public CustomView(Context context, @Nullable AttributeSet attrs) {
                 super(context, attrs);        inflate(context, R.layout.custom_view_layout, this);    }}

这里的 `inflate()` 方法是 `View` 类的静态方法：

public static View inflate(Context context, @LayoutRes int resource, ViewGroup root) {
             LayoutInflater factory = LayoutInflater.from(context);    return factory.inflate(resource, root);}

内部调用的是 `LayoutInflater` 的第一个 `inflate()` 方法：

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root) {
             return inflate(resource, root, root != null);}

`ViewGroup root` 不为 `null` 且 `boolean attachToRoot` 为 `true`，根节点不是 `merge` 标签，所以对应的是表格里的第二组情况，返回的是添加了根节点 `View` 对象以及布局参数的 `root` 对象，也就是说根节点 `View` 对象已经添加进入了 `root` 对象里面。

这里，我们使用 Android Studio 的 Layout Inspector 工具(在 Tools -> Layout Inspector 开启)来查看一下布局：

![583861478228bb91f34a1ce8f11e252c.png][]

可以看到出现了重复布局。我们知道，`merge` 标签可以用于优化重复布局。

现在我们修改布局文件为 `custom_merge_view_layout.xml`：

<?xml  version="1.0" encoding="utf-8"?><merge xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:app="http://schemas.android.com/apk/res-auto">    <ImageView        android:layout_margin="16dp"        android:id="@+id/icon"        android:layout_gravity="center_vertical"        app:srcCompat="@mipmap/ic_launcher"        android:layout_width="wrap_content"        android:layout_height="wrap_content" />    <TextView        android:id="@+id/title"        android:text="标题"        android:textColor="@android:color/black"        android:textSize="16sp"        android:layout_gravity="center_vertical"        android:layout_width="wrap_content"        android:layout_height="wrap_content" />    <View        android:layout_weight="1"        android:layout_width="0dp"        android:layout_height="0dp" />    <Switch        android:layout_marginEnd="16dp"        android:layout_gravity="center_vertical|end"        android:layout_width="wrap_content"        android:layout_height="wrap_content" />merge>

代码中填充修改后的布局：

public class CustomMergeView extends LinearLayout {
             public CustomMergeView(Context context, @Nullable AttributeSet attrs) {
                 super(context, attrs);        inflate(context, R.layout.custom_merge_view_layout, this);    }}

再次使用布局查看器查看布局：

![94658e9dca85fdb6a2b97484a601fe75.png][]

可以看到使用 `merge` 标签消除了重复布局。

### **2.2 Fragment 填充布局** ###

新建一个 `FragmentInflateActivity.java` 文件：

public class FragmentInflateActivity extends AppCompatActivity {
             @Override    protected void onCreate(Bundle savedInstanceState) {
                 super.onCreate(savedInstanceState);        setContentView(R.layout.fragment_inflate_activity);        getSupportFragmentManager().beginTransaction()                .add(R.id.fl_container, MyFragment.newInstance())                .commit();    }    public static void start(Context context) {
                 Intent starter = new Intent(context, FragmentInflateActivity.class);        context.startActivity(starter);    }}

对应的 `fragment_inflate_activity.xml`：

<?xml  version="1.0" encoding="utf-8"?><FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"    android:background="@android:color/holo_purple"    android:id="@+id/fl_container"    android:padding="8dp"    android:layout_width="match_parent"    android:layout_height="match_parent" />

`MyFragment.java` 如下：

public class MyFragment extends Fragment {
             private static final String TAG = "MyFragment";    @Nullable    @Override    public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container,                             @Nullable Bundle savedInstanceState) {
                 Log.d(TAG, "onCreateView: container=" + container);         return inflater.inflate(R.layout.my_fragment, container, false);    }    public static MyFragment newInstance() {
                 Bundle args = new Bundle();        MyFragment fragment = new MyFragment();        fragment.setArguments(args);        return fragment;    }}

`my_fragment.xml` 如下：

<?xml  version="1.0" encoding="utf-8"?><LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"    android:layout_width="match_parent"    android:layout_height="200dp"    android:gravity="center"    android:background="@android:color/holo_green_light"    android:orientation="vertical">    <TextView        android:layout_width="wrap_content"        android:layout_height="wrap_content"        android:text="MyFragment"        android:textAllCaps="false"        android:textSize="24sp" />LinearLayout>

运行后效果：

![0ce92aae25693cdcf4ae69be223ae893.png][]

注意看到在 `onCreateView()` 方法中打印的一行日志：

D/MyFragment: onCreateView: container=android.widget.FrameLayout{d613ebe V.E...... ......ID 0,0-0,0 #7f07005c app:id/fl_container}

打印信息显示 `container` 是一个 `FrameLayout`，它的 `id` 是 `R.id.fl_container`，这说明：在 `LayoutInflater` 的 `inflate(int resource, ViewGroup root, boolean attachToRoot)` 方法中的第二个参数对应的就是 `FragmentInflateActivity` 布局中的 `FrameLayout`。

这里的填充方式对应的是第二组的情况，返回的是 xml 布局的根节点 View 对象，并且对象上拥有根节点上的布局参数。

如果把 `onCreateView` 中的 `inflate` 方法的第三个参数 `attachToRoot` 改为 `true` 会怎么样？

return inflater.inflate(R.layout.my_fragment, container, true);

运行后会崩溃：

E/AndroidRuntime: FATAL EXCEPTION: main    Process: com.example.layoutinflaterinflateparamstudy, PID: 23076    java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child's parent first.        at android.view.ViewGroup.addViewInner(ViewGroup.java:5168)        at android.view.ViewGroup.addView(ViewGroup.java:4997)        at android.view.ViewGroup.addView(ViewGroup.java:4937)        at android.view.ViewGroup.addView(ViewGroup.java:4910)        at androidx.fragment.app.FragmentManagerImpl.moveToState(FragmentManagerImpl.java:887)

为什么会崩溃呢？我们具体来看一看：

`inflater.inflate(R.layout.my_fragment, container, true);` 对应的是第一组取值情况，返回的是添加了根节点 View 对象以及布局参数的 root 对象。也就是说返回的填充了根节点对象的 `container`，就是 id 为 `R.id.fl_container` 的 `FrameLayout` 对象。

实际上，`FragmentManager` 会负责把 `onCreateView()` 方法返回的 `View` 对象加入到 id 为 `R.id.fl_container` 的 `FrameLayout` 对象里面。

而我们这里返回的是 id 为 `R.id.fl_container` 的 `FrameLayout` 对象，它自然是有一个 `parent` 的，再把它添加给自己，就报错了：The specified child already has a parent. You must call removeView() on the child's parent first. 在 Android 中，一个 `View` 只能有一个 `parent`。

如果我们把 `onCreateView()` 方法中的 `inflate()` 方法改成对应第三组情况，会是什么效果：

return inflater.inflate(R.layout.my_fragment, null, false);

细心查看的话，在 `null` 的地方有黄色的警告信息：

Avoid passing null as the view root (needed to resolve layout parameters on the inflated layout's root element)

运行后的效果：

![e771a3524a64ee554dabbd32d15b1f97.png][]

我们确实设置在 `my_fragment.xml` 中的根节点 `LinearLayout` 设置了高度为 `200dp`，为什么没有生效呢？

因为第三组情况，返回的是没有布局参数信息的根节点 `View` 对象，也就是说我们这里设置的高度为 `200dp` 的布局参数信息是没有设置给填充完毕的根节点 `View` 对象的。这也是会报出黄色警告信息的原因。

既然没有布局参数，为什么填充完毕后根节点 `View` 对象的宽高会充满屏幕呢？

这是因为在`ViewGroup`类的 `addView()` 方法中，

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();        if (params == null) {
                     throw new IllegalArgumentException("generateDefaultLayoutParams() cannot return null");        }    }    addView(child, index, params);}

在第 6 行，发现子 `View` 的布局参数 `params` 为 `null`，就会走第 7 行，由 `generateDefaultLayoutParams()` 生成默认的布局参数；而这里我们的 `ViewGroup` 其实是 `FrameLayout`，`FrameLayout` 重写了 `generateDefaultLayoutParams()` 方法如下：

protected LayoutParams generateDefaultLayoutParams() {
             return new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT);}

###  ###

### **2.3 RecyclerView 条目填充布局** ###

这部分不进行详细介绍了，和 `Fragment` 填充布局很类似。下面只进行一下要点说明。

在 `RecyclerView` 的适配器的 `onCreateViewHolder()` 方法中：

public ViewHolder onCreateViewHolder(@NonNull ViewGroup parent, int viewType) {
             Log.d(TAG, "onCreateViewHolder: parent=" + parent);    View view = layoutInflater.inflate(R.layout.recycle_item, parent, false);    return new ViewHolder(view);}

打印信息如下：

onCreateViewHolder: parent=androidx.recyclerview.widget.RecyclerView{2e97f7b VFED..... .F....ID 0,0-1440,2048 #7f070081 app:id/recycler_view}

打印信息说明：`ViewGroup parent` 就是 `RecyclerView` 对象。

如果把 `inflate()` 方法的第三个参数 `attachToRoot` 改为 `true`，程序会崩溃：

E/AndroidRuntime: FATAL EXCEPTION: main    Process: com.example.layoutinflaterinflateparamstudy, PID: 26322    java.lang.IllegalStateException: ViewHolder views must not be attached when created. Ensure that you are not passing 'true' to the attachToRoot parameter of LayoutInflater.inflate(..., boolean attachToRoot)        at androidx.recyclerview.widget.RecyclerView$Adapter.createViewHolder(RecyclerView.java:7080)        at androidx.recyclerview.widget.RecyclerView$Recycler.tryGetViewHolderForPositionByDeadline(RecyclerView.java:6235)        at androidx.recyclerview.widget.RecyclerView$Recycler.getViewForPosition(RecyclerView.java:6118)        at androidx.recyclerview.widget.RecyclerView$Recycler.getViewForPosition(RecyclerView.java:6114)        at androidx.recyclerview.widget.LinearLayoutManager$LayoutState.next(LinearLayoutManager.java:2303)        at androidx.recyclerview.widget.LinearLayoutManager.layoutChunk(LinearLayoutManager.java:1627)        at androidx.recyclerview.widget.LinearLayoutManager.fill(LinearLayoutManager.java:1587)        at androidx.recyclerview.widget.LinearLayoutManager.onLayoutChildren(LinearLayoutManager.java:665)        at androidx.recyclerview.widget.RecyclerView.dispatchLayoutStep2(RecyclerView.java:4134)        at androidx.recyclerview.widget.RecyclerView.dispatchLayout(RecyclerView.java:3851)        at androidx.recyclerview.widget.RecyclerView.onLayout(RecyclerView.java:4404)

实际上，什么时候把子 `View` 添加到 `RecyclerView` 中，是由 `RecyclerView` 来负责的，开发者只需要创建出子 `View` 交给 `RecyclerView` 即可。

### **2.4 AlertDialog 填充自定义布局** ###

之前的例子中，`inflate()` 方法的第二个参数 `ViewGroup parent` 传递为 `null`，会产生布局参数丢失的问题。不过，在 `AlertDialog` 的自定义布局中，确实没有 `ViewParent` 的存在，这时不得不传递为 `null`。

View view = LayoutInflater.from(MainActivity.this).inflate(R.layout.dialog, null);AlertDialog alertDialog = new AlertDialog.Builder(MainActivity.this)        .setTitle("AlertDialog")        .setView(view)        .create();alertDialog.show();

这时对应的是第三组情况，返回的是没有布局参数信息的根节点 `View` 对象，也就是说，在 `R.layout.dialog` 中根节点的布局参数信息都是丢失。`AlertDialog` 会负责创建布局参数信息。

这篇文章仔细地分析了 `inflate()` 方法的各种参数情况，以及以实例方式演示了各种传参情况。希望能够帮助到大家。

[d375209ce4438333242f8850e37918ab.gif]: /images/20221024/43b0b3f429c24acda5c9eb37799240e1.png
[e5d76452144869e46f79a095e51882bf.png]: /images/20221024/d8720a1dfbd7401f99a6e89f2f35fe32.png
[583861478228bb91f34a1ce8f11e252c.png]: /images/20221024/b95c79117407457583bd070e5de8575a.png
[94658e9dca85fdb6a2b97484a601fe75.png]: /images/20221024/cb2d366892a049f0a07f56902aa27f83.png
[0ce92aae25693cdcf4ae69be223ae893.png]: /images/20221024/109c4251a8324619837116ef42666494.png
[e771a3524a64ee554dabbd32d15b1f97.png]: /images/20221024/fc0e8111d9b7490ba05462f5240a6638.png