目录
- 什么是Fragment
- 事务FragmentTransaction
- Fragment生命周期再解析
3.1 宿主 Activity 处于 Running 状态时
3.2 宿主 Activity 处于其他生命状态时
1. 什么是Fragment
简单地说，Fragment 就是另一种形式的 Activity(子Activity)。它和 Activity 有极大的相似性，如：
- 均有各自的生命周期
- 均提供了 onSaveInstanceState() 来保存用户数据
- Activity 有一个系统管理的返回栈，Fragment 却有一个 Activity 管理的返回栈
在使用上，可以先把 Fragment 当作 Activity 去实现功能代码，最后再考虑以何种方式将其添加到宿主 Activity 中。
由于 Fragment 始终需要嵌套到 Activity 中，所以其生命周期还会受宿主 Activity 生命周期的影响，只有在 Activity 处于运行状态时(Running 状态)，其生命周期才独立，在这个阶段你可以独立操控每个片段，如添加或移除它们。
虽然 Fragment 和 Activity 有极大的相似性，但毕竟 Fragment 是作为子 Activity，必然有些区别：
- Fragment 的生命周期受宿主影响
- Fragment 和 Activity 在各自的返回栈中的存储方式不同
2. 事务FragmentTransaction
- 用户对片段的添加、移除、替换以及其他操作，或者多个操作的组合都应提交给 Activity，这样的每组更改称为事务
- 在提交事务前，可以调用 addToBackStack() 将事务添加到 Activity 管理的事务返回栈，以便允许用户通过按返回按钮返回上一片段状态，最后 commit()
- 注意如果一个事务包含多个更改(如即 add() 又 remove() )，并且将该事务添加到了返回栈，则当用户按下返回按钮时，所有的这些更改将一并撤销
3. Fragment生命周期再解析
3.1 宿主 Activity 处于 Running 状态时
此时用户可独立操作片段，其将显示独立的生命周期变化，如下图所示：
场景解析：
在 Activity 上已预先添加了一个 tag 为 frag 的 Fragment，现在有一按钮(不是在 frag 中)，作用是移除这个 frag，现在先看看 remove() 方法执行过程中 frag 的生命周期变化
Fragment frag;
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if(savedInstanceState==null) {
frag = new Frag();
FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();
transaction.add(R.id.frame_layout, frag, "frag");
transaction.commit();//注意这里没有addToBackStack()
}
}
public void remove(View view) {
FragmentTransaction transaction = getSupportFragmentManager().beginTransaction();
transaction.remove(frag);
transaction.addToBackStack(null);//语句1.
transaction.commit();
}
Log结果：
- 启动 Activity
onAttach --> onCreate --> onCreateView --> onActivityCreated --> onStart --> onResume
- 按下按钮
onPause --> onStop --> onDestroyView
- 按下 Back 键
onCreateView --> onActivityCreated --> onStart --> onResume
删除语句1再次执行：
- 启动 Activity
onAttach --> onCreate --> onCreateView --> onActivityCreated --> onStart --> onResume
- 按下按钮
onPause --> onStop --> onDestroyView --> onDestroy --> onDetach
其他方法说明：
- add()：向同一容器多次 add 会导致 Fragment 叠加
- replace：可理解为先 remove()，再执行 add()
- hide()：在屏幕上隐藏了视图，但没有改变生命周期(还是处在 onResume 状态不变)
结论：
当一个 Fragment 被移除或替换时，若在返回栈中还存在它的信息，则会执行 onPause --> onStop --> onDestroyView，否则将继续执行 onDestroy --> onDetach
3.2 宿主 Activity 处于其他生命状态时
此时 Activity 并不稳定，通常会连续执行多个生命周期方法。此时 Fragment 会受其影响，它们之间会协调运作，如下图所示：
场景解析：
我们仍在 Activity 上预先添加一个 Fragment， 来看看在 Activity 其他生命周期的各种场景下 frag 生命周期的变化
Log结果：
- 启动 Activity
onAttach --> onCreate --> onCreateView --> onActivityCreated --> onStart --> onResume
- 按下 Back 键
onPause --> onStop --> onDestroyView --> onDestroy --> onDetach
- 按下Home键
onPause --> onSaveInstanceState --> onStop
- 再次启动
onStart --> onResume
- 翻转屏幕(Fragment会重建)
onPause --> onSaveInstanceState --> onStop --> onDestroyView --> onDestroy --> onDetach --> onAttach --> onCreate --> onCreateView --> onActivityCreated --> onStart --> onResume
- 启动另一个Activity
onPause --> onSaveInstanceState --> onStop
- 正常返回(原 Activity 没有被系统销毁下)
onStart --> onResume
结论：
在按下 Back 键、翻转屏幕等情况下， Activity 只要执行了 onDestroy()，Fragment 会执行 onDestroyView --> onDestroy --> onDetach，即它们均被销毁。在按下 Home 键或打开另一个 Activity 等情况下，Activity 失去焦点但没有执行 onDestroy()，则Fragment执行相应同名方法，最后，它们都被加入了返回栈(注：管理返回栈的对象不同)
