来自官方文档:
活动是用户可以做的单一的、集中的事情。几乎
所有活动都与用户交互...
首先需要注意的是,活动不一定要与布局关联。您可以拥有一个没有 UI(因此没有视图)的 Activity。 Android 甚至为此指定了一个无 UI 主题。
继续你的问题 - 当你调用 setContentView(view) 时,视图会附加到活动。这通常在 onCreate() 方法中调用。通常在 onCreate() 方法中使用它的原因是因为大部分初始化都是在那里完成的。如果视图尚未膨胀并附加到 Activity,您如何初始化您的小部件?因此,如果您有一个视图,您几乎总是会在所有其他初始化之前在 onCreate() 方法中调用 setContentView() 。
但这是否意味着视图(如果存在)必须与
活动仅在 onCreate() 方法中?
为了回答这个问题,让我们看看 Activity 的生命周期是什么样的。您启动您的应用程序:
onCreate() -> onStart() -> onResume() // 它们被连续调用
您现在所处的阶段是所有小部件都已初始化的阶段。
那么为什么不在 onResume() 中膨胀并附加 Activity 并执行所有操作
那里有初始化?
当然,你可以。但想象一下当对话发生时会发生什么(部分不透明视图)出现?该活动现在已被部分覆盖并位于后台。调用 onPause() 方法。此时布局仍然附加到 Activity。您采取一些操作并关闭该对话框。 onResume() 被调用。布局将再次膨胀。所有的初始化都会再次发生,你会失去你的状态。即使您没有太多的初始化方式,您仍然会通过再次调用 onCreate() 来进行相当昂贵的调用。您希望在资源有限的移动设备中避免这种情况。
当出现不透明视图并且 Activity 现在处于状态时会发生什么
后台但仍在运行(例如来电或打开另一个活动)?
现在发生以下回调:
onPause() -> onStop()
当您返回原来的活动时
onRestart() -> onStart() -> onResume()
出于与我在 onPause() 中提到的相同原因,您不想在此处膨胀并附加布局。
但是当 Activity 位于布局中时,布局本身会发生什么?
背景。布局还在吗?
是的,确实如此。如果出现另一个使用与原始活动相同布局的活动,则新活动有自己的布局,并且不存在布局共享。
如果用户按“后退”终止活动会发生什么
按钮?
假设 onBackPressed() 方法没有被重写以实现自定义行为(在这种情况下,它是可以获取的),则调用 onDestroy() 并且活动被销毁,并且不再有与之关联的视图。
当 Activity 在后台且 Android GC 时会发生什么
决定销毁活动并回收资源?
根据文档中的活动生命周期,将调用 onDestroy()。但这并不能保证。此时,该 Activity 及其关联的视图只是被垃圾收集,并且没有连接。下次启动应用程序时, onCreate() 将像往常一样被调用,您只需从头开始即可。
当我旋转设备时会发生什么?
Android 的工作方式是实际销毁当前 Activity 并再次膨胀新布局,并再次从 onCreate() 方法开始。所以技术上发生的事情是:
onPause() -> onStop() -> onDestroy() -> onCreate() -> onStart() ->
onResume()
因此,您甚至可以在横向模式下拥有不同的布局和视图。
编辑:添加了活动、片段和视图之间的关系片段代表屏幕上的一部分(或行为)。可以使片段占据整个屏幕,也可以在一个活动中拥有多个片段。片段有自己的生命周期,但它与宿主活动的生命周期密切相关(并且超出了本答案的范围)。由于我们专门讨论视图,因此我将这个答案限制为两种感兴趣的方法:
- onCreateView()
- onViewCreated()
这些方法按以下顺序调用:
onAttach() -> onCreate() -> onCreateView() -> onViewCreated()
您在 onCreateView() 中执行实际的布局膨胀,然后在 onViewCreated() 方法中执行初始化。 Android 使用 onCreateView() 方法的结果来膨胀视图。
那么 Activity 最初是什么时候创建 Fragment 的呢?
有两种显示片段的方法 - 一种是将它们放在活动的 xml 布局中(就像任何常规小部件一样,您将使用片段类的完全限定包名称,而不是小部件名称)或者您可以以编程方式使用 FragmentManager 进行添加(这是首选方法)。
如果您在 xml 布局中定义片段,您应该知道无法以编程方式删除该片段。很难修改它并为其他片段重用该屏幕空间。同样在这种情况下,视图附加并绑定到活动。在这种情况下,您将在 Activity 的 onCreate() 方法中扩充 Activity 的 xml 布局。现在,流程将类似于:
onCreate() [活动] -> onAttach() [片段] -> onCreate()
[片段] -> onCreateView() [片段] -> onViewCreated() [片段]
-> onStart() [活动] -> onResume() [活动] -> onActivityCreated() [片段]
因此,在创建活动的 onStart() 方法之前,首先实例化片段视图并将其附加到片段。
如果以编程方式添加片段,或者在 onCreate() 方法中添加片段,则它遵循相同的流程。它可以在任何地方启动。您只需将片段的生命周期替换为活动中适当的位置即可。当您以编程方式添加片段时,当片段托管在活动中时,视图将附加到活动。当片段从 Activity 中删除时,将调用 onDetach(),并且视图不再是 Activity 的一部分。分片占用的资源可以被释放。
嵌套视图、嵌套片段等怎么样?
在嵌套视图中,就像一个布局容器位于另一个布局容器中一样,父容器的规则适用于直接子容器。父级总是首先被初始化。因此,对于 LinearLayout 内的小部件,首先构造父 LinearLayout,紧接着构造子 LinearLayout。当摧毁这样的观点时,当父母不复存在时,一切都会消失。我还没有读过任何关于这种情况可能发生的顺序的文档。 Android GC 可能有规则,但我不确定它们是否在任何地方都有记录。
您也可以有嵌套片段 - 在这种情况下,父片段在子片段初始化之前被初始化(这很有意义,不是吗?)。当父片段不复存在时,子片段也将不复存在。没有父母,孩子就不能存在,但没有孩子,你可以有父母。
嵌套视图的底线是一旦父视图被
销毁后,它会立即带走子视图。
视图是在附加之前还是之后测量的?
视图是在附加后进行测量的。在此之前调用 getMeausredWidth() 或 getMeasuredHeight() 将返回零。但是您可以做的是在附加视图之前直接在视图上调用 neasure() 并传递 MeasureSpecs (我建议您在官方文档中阅读更多相关内容)来设置一些约束。但这个选项并不是万无一失的,因为它依赖于父 ViewGroup 强制执行它自己的约束,而这些约束具有更高的优先级。为了简单地回答您的问题,视图是在附加后进行测量的。
使用 addView() 手动将视图添加到 ViewGroup 怎么样?
这与嵌套视图完全相同。子项仅在添加时才存在,并且由用户控制。在布局 xml 中定义的嵌套视图中,子视图在其父视图之后立即膨胀。在这里,控制权更多地掌握在用户手中。当本例中的父视图被销毁时,子视图也会随之被销毁。
最后一点,我还想提一下,您不应该对视图使用静态句柄,因为这会导致视图拆除时出现很多麻烦。