来自官方文档：
活动是用户可以做的单一的、集中的事情。几乎
所有活动都与用户交互...
首先需要注意的是，活动不一定要与布局关联。您可以拥有一个没有 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 中定义的嵌套视图中，子视图在其父视图之后立即膨胀。在这里，控制权更多地掌握在用户手中。当本例中的父视图被销毁时，子视图也会随之被销毁。
最后一点，我还想提一下，您不应该对视图使用静态句柄，因为这会导致视图拆除时出现很多麻烦。
