视图何时附加和分离？

Question

此问题与如何检测视图是否已附加或分离无关.

一般情况下,何时附加或分离视图？这有生命周期图吗？

为了澄清,我正在寻找以下内容的答案:活动发送到背景,不透明视图放在顶部,可见性设置为GONE,查看膨胀,父级分离等等.这不是一个详尽的列表 - 我只是想了解如何从根本上讲,附加和分离观点是有效的.

更新我想要获得的更多示例:

碎片与活动怎么样？
嵌套视图怎么样 - 附加/分离视图的顺序是什么(parent-> child或child-> parent)？
视图是在附加之前还是之后测量的？
如何手动将addView()用于ViewGroup？

编辑:摘要:

• 对于活动,视图附在setContentView().视图在使用不同视图调用onDestroy()时或在setContentView()调用时分离.
• 对于碎片,视图在onViewCreated()完成后附加,并在onDestroyView()完成后分离.
• 对于ViewGroups,视图附加addView()和分离removeView()
• setVisibility() 不会影响视图的附加状态

Answer 1

从官方文档:

活动是用户可以做的单一,专注的事情.几乎所有活动都与用户互动......

需要注意的第一件事是,与布局相关联的活动不是必须的.您可以拥有一个没有UI的活动(因此没有View).Android甚至为此指定了无UI主题.

转到您的问题 - 在您调用setContentView(view)时,View会附加到Activity.这通常在onCreate()方法中调用.你通常在onCreate()方法中使用它的原因是因为大多数初始化都是在那里完成的.如果视图未被夸大并附加到活动,您如何初始化您的小部件？因此,如果您有一个视图,那么几乎不变的最终会在所有其他初始化之前调用onCreate()方法中的setContentView().

但这是否意味着视图(如果存在)必须仅在onCreate()方法中与活动相关联？

要回答这个问题,让我们看看Activity的生命周期是什么样的.你启动你的应用程序:

onCreate() - > onStart() - > onResume()//它们被连续调用

您现在所处的阶段是所有窗口小部件已初始化的位置.

那么为什么不在onResume()中膨胀和附加活动并在那里进行所有初始化？

当然,你可以.但想象一下当对话框(部分不透明的视图)出现时会发生什么？该活动现已部分涵盖,并在后台.调用onPause()方法.此时布局仍附加到Activity.你采取了一些行动并解雇了对话框.onResume()被调用.布局将再次膨胀.所有的初始化都会再次发生,你会失去你的状态.即使你没有太多的初始化方法,你仍然可以通过再次调用onCreate()来进行相当昂贵的调用.并且您希望在资源有限的移动设备中避免这种情况.

当不透明视图出现并且活动现在在后台但仍在运行时(如来电或打开其他活动)会发生什么？

现在发生以下回调:

onPause() - > onStop()

当您返回原始活动时

onRestart() - > onStart() - > onResume()

出于与onPause()中提到的相同的原因,您不希望在此处膨胀和附加布局.

但是当Activity在后台时,布局本身会发生什么.布局是否仍然附加？

是的,非常重要.如果出现另一个使用与原始活动相同布局的活动,则新活动具有自己的布局,并且不会共享布局.

如果用户通过按"返回"按钮终止活动会发生什么？

假设未覆盖onBackPressed()方法以实现自定义行为(在这种情况下,它可用于抓取),则调用onDestroy()并销毁活动,并且不再有与之关联的View.

当活动在后台并且Android GC决定销毁活动并回收资源时会发生什么？

根据文档中的活动生命周期,将调用onDestroy().但是不能保证这一点.此时,活动及其关联视图只是垃圾收集而且没有连接.下次启动应用程序时,onCreate()将像往常一样调用,您只需从头开始.

旋转设备时会发生什么？

Android的工作方式是实际销毁当前活动并再次膨胀新布局并再次从onCreate()方法开始.所以技术上发生的是:

onPause() - > onStop() - > onDestroy() - > onCreate() - > onStart() - > onResume()

因此,在横向模式下甚至可以使用不同的布局和视图.

编辑:添加活动,片段和视图之间的关系 片段表示屏幕上的一部分(或行为).可以使片段占据整个屏幕,也可以在活动中包含多个片段.片段有自己的生命周期,但它与宿主活动的生命周期紧密相关(超出了本答案的范围).由于我们专门讨论意见,我将把这个答案限制在两种感兴趣的方法中:

• onCreateView()
• onViewCreated()

按以下顺序调用方法:

onAttach() - > onCreate() - > onCreateView() - > onViewCreated()

您在onCreateView()中执行实际布局膨胀,然后在onViewCreated()方法中执行初始化.Android使用onCreateView()方法的结果来扩展视图.

那么什么时候片段是由活动创建的？

有两种显示片段的方法 - 一种是将它们放在活动的xml布局中(就像任何常规窗口小部件而不是窗口小部件名称一样,您将使用片段类的完全限定的包名称)或者您可以以编程方式使用FragmentManager进行添加(这是首选方法).

如果您在xml布局中定义片段,则应该知道无法以编程方式删除片段.很难修改它并将该屏幕空间重用于其他片段.同样在这种情况下,视图被附加并绑定到活动.在这种情况下,您将在活动的onCreate()方法中膨胀Activity的xml布局.所以现在,流程看起来像:

onCreate()[Activity] - > onAttach()[Fragment] - > onCreate()[Fragment] - > onCreateView()[Fragment] - > onViewCreated()[Fragment] - > onStart()[Activity] - > onResume( )[活动] - > onActivityCreated()[片段]

因此,首先在创建活动的onStart()方法之前,实例化片段视图并将其附加到片段.

如果以编程方式添加片段,如果在onCreate()方法中添加片段,则它遵循相同的流程.它可以在任何地方开始.您只需在适当的位置替换活动中片段的生命周期.以编程方式添加片段时,在片段托管在活动中时,视图将附加到活动.从活动中删除片段时,将调用onDetach()并且视图不再是Activity的一部分.可以释放片段占用的资源.

嵌套视图,嵌套片段等怎么样？

在嵌套视图中,如同另一个布局容器中的一个布局容器,父容器的规则适用于直接子容器.始终首先初始化父级.因此,对于LinearLayout中的窗口小部件,首先构造父LinearLayout,然后紧跟子项.在摧毁这些观点时,一切都在父母不再存在时发生.我还没有读过关于可能发生这种情况的订单的任何文档.Android GC可能有规则,但我不确定它们是否记录在任何地方.

你也可以有嵌套的片段 - 在这种情况下,父片段在子片段之前被初始化(并且它有意义吗？).当父母片段不再存在时,孩子也将不复存在.没有父母,孩子不能存在,但是你可以让父母没有孩子.

嵌套视图的底线是,一旦父视图被销毁,它就会立即使用子视图.

视图是在附加之前还是之后测量的？

视图在附加后进行测量.调用getMeausredWidth()或getMeasuredHeight()将在此之前返回零.但你可以做的是在附加之前直接在视图上调用neasure()并传递MeasureSpecs(我建议你在官方文档中阅读更多内容)来设置一些约束.但是这个选项并不是万无一失的,因为它依赖于父ViewGroup强制执行它自己的约束,这些约束具有更高的优先级.要简单回答您的问题,请在附加后测量视图.

如何使用addView()手动将视图添加到ViewGroup？

这与嵌套视图完全相同.子项仅在添加时才存在,并且由用户控制.在布局xml中定义的嵌套视图中,子项在其父项之后立即膨胀.这里的控制更多地掌握在用户手中.在这种情况下,父视图被销毁时,它将使用子视图.

作为最后一点,我还想提一下,你不应该为视图使用静态句柄,因为这会导致很多令人头疼的视图被删除.