只是分享一些我在研究这个话题时遇到的问题，

除了公认的答案，我想提出一些可能会有所帮助的观点。

所以，当我使用attachtorroot为true时，返回的视图类型为ViewGroup，即父的根ViewGroup，它作为参数传递给了填充(layoutResource,ViewGroup, attachtorroot)方法，而不是传递的布局类型，但在attachtorroot为false时，我们得到了该layoutResource的根ViewGroup的函数返回类型。

让我用一个例子来解释:

如果我们有一个线性布局作为根布局，然后我们要添加TextView在它通过膨胀函数。

然后使用attachtorroot作为真正的膨胀函数返回一个LinearLayout类型的视图

而在使用attachtorroot作为虚假膨胀函数时，返回一个类型为TextView的视图

希望这一发现能有所帮助……

文档和之前的两个答案应该足够了，只是我的一些想法。

充气方法用于充气布局文件。有了这些膨胀的布局，你就有可能直接将它们附加到父ViewGroup上，或者只是从那个布局文件中膨胀视图层次结构，并在正常的视图层次结构之外使用它。

在第一种情况下，attachtorroot参数必须设置为true(或者简单地使用膨胀方法，它接受一个布局文件和一个父根ViewGroup(非空))。在这种情况下，返回的视图只是在方法中传递的ViewGroup，膨胀的视图层次结构将添加到该ViewGroup。

For the second option the returned View is the root ViewGroup from the layout file. If you remember our last discussion from the include-merge pair question this is one of the reasons for the merge's limitation(when a layout file with merge as root is inflated, you must supply a parent and attachedToRoot must be set to true). If you had a layout file with the root a merge tag and attachedToRoot was set to false then the inflate method will have nothing to return as merge doesn't have an equivalent. Also, as the documentation says, the inflate version with attachToRoot set to false is important because you can create the view hierarchy with the correct LayoutParams from the parent. This is important in some cases, most notable with the children of AdapterView, a subclass of ViewGroup, for which the addView() methods set is not supported. I'm sure you recall using this line in the getView() method:

convertView = inflater.inflate(R.layout.row_layout, parent, false);

这一行确保了膨胀的R.layout。row_layout文件在它的根ViewGroup上设置了来自AdapterView子类的正确LayoutParams。如果你不这样做，你可能会有一些问题与布局文件，如果根是RelativeLayout。tableelayout /TableRow也有一些特殊和重要的LayoutParams，你应该确保它们中的视图有正确的LayoutParams。

如果设置为true，那么当你的布局膨胀时，它将自动添加到ViewGroup的视图层次结构中，在第二个参数中指定作为子参数。例如，如果根参数是线性布局，那么你的膨胀视图将自动添加为该视图的子视图。

如果它被设置为false，那么你的布局将被膨胀，但不会附加到任何其他布局(所以它不会被绘制，接收触摸事件等)。

attachtorroot设置为true意味着inflatedView将被添加到父视图的层次结构中。因此，用户可能会“看到”并感知触摸事件(或任何其他UI操作)。否则，它只是被创建了，没有被添加到任何视图层次结构中，因此不能被看到或处理触摸事件。

对于刚接触Android的iOS开发者，attachtorroot设置为true意味着你调用这个方法:

[parent addSubview:inflatedView];

如果更进一步，你可能会问:如果我将attachtorroot设置为false，为什么我要传递父视图?这是因为XML树中的根元素需要父视图来计算一些LayoutParams(比如match parent)。

现在与否

“第三个”参数attachtorroot是真还是假的主要区别是这样的。

当你输入attachtorroot

true:立即将子视图添加到父视图 false:现在将子视图添加到父视图。 稍后再添加。｀

什么时候?

后面就是使用parent。addview (childView)

一个常见的误解是，如果attachtorroot参数为false，那么子视图将不会被添加到父视图。错误的 在这两种情况下，子视图将被添加到parentView。这只是时间问题。

inflater.inflate(child,parent,false);
parent.addView(child);   

等于

inflater.inflate(child,parent,true);

一个大禁忌 当您不负责将子视图添加到父视图时，永远不要将attachtorroot传递为true。 当添加片段时

public View onCreateView(LayoutInflater inflater,ViewGroup parent,Bundle bundle)
  {
        super.onCreateView(inflater,parent,bundle);
        View view = inflater.inflate(R.layout.image_fragment,parent,false);
        .....
        return view;
  }

如果你传递第三个参数为true，你会得到IllegalStateException，因为这个家伙。

getSupportFragmentManager()
      .beginTransaction()
      .add(parent, childFragment)
      .commit();

因为你已经在onCreateView()中错误地添加了子片段，调用add会告诉你子视图已经添加到父视图，因此IllegalStateException。 这里你不负责添加childView, FragmentManager负责。这里总是传递false。

注意:我还读到，如果attachtorroot为false, parentView将不会获得childView touchEvents。但我还没有测试过。

当你定义父对象时，attachtorroot决定你是否想要膨胀器把它附加到父对象上。在某些情况下，这会导致问题，比如在ListAdapter中，它会导致一个异常，因为列表试图将视图添加到列表中，但它说它已经附加。在其他情况下，您只是自己膨胀视图以添加到活动，这可能很方便，并节省了一行代码。