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

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

[parent addSubview:inflatedView];

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

例如我们有一个ImageView，一个LinearLayout和一个RelativeLayout。LinearLayout是RelativeLayout的子元素。 视图层次结构将是。

RelativeLayout
           ------->LinearLayout

我们有一个单独的ImageView布局文件

image_view_layout.xml

附根:

//here container is the LinearLayout

    View v = Inflater.Inflate(R.layout.image_view_layout,container,true);

这里v包含了容器布局的引用，即 LinearLayout。如果你想设置setImageResource(R.drawable.np)等参数;你必须通过父类的引用来找到它，即view.findById() v的父元素是FrameLayout。 LayoutParams将属于FrameLayout。

不连接到根:

//here container is the LinearLayout
    View v = Inflater.Inflate(R.layout.image_view_layout,container,false);

这里v包含的不是参考容器布局，而是直接布局 ImageView的引用是膨胀的，所以你可以设置它的 参数如view.setImageResource(R.drawable.np);没有 引用像findViewById。但是容器被指定了 ImageView获取容器的LayoutParams，你可以说 container的引用只是为了LayoutParams什么都没有 其他的事情。 所以在特定情况下Parent将为null。 LayoutParams将属于LinearLayout。

由于inflation()方法的文档，关于这个主题有很多困惑。

通常，如果attachtorroot被设置为true，那么第一个参数中指定的布局文件将被膨胀，并在那个时刻附加到第二个参数中指定的ViewGroup。当attachtorroot为false时，来自第一个参数的布局文件将膨胀并作为视图返回，任何视图附件都在其他时间发生。

This probably doesn't mean much unless you see a lot of examples. When calling LayoutInflater.inflate() inside of the onCreateView method of a Fragment, you will want to pass in false for attachToRoot because the Activity associated with that Fragment is actually responsible for adding that Fragment's view. If you are manually inflating and adding a View to another View at some later point in time, such as with the addView() method, you will want to pass in false for attachToRoot because the attachment comes at a later point in time.

您可以在我写的一篇关于这个主题的博客文章中阅读其他几个关于对话框和自定义视图的独特示例。

https://www.bignerdranch.com/blog/understanding-androids-layoutinflater-inflate/

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

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

所以，当我使用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。

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