1 Fragment是什么？

Fragment碎片，我的理解就是一个具有生命周期的容器控件，只不过Fragment是寄生在Activity上的，是由Activity来管理，而不是像Activity一样由系统来管理的。所以用法上Fragment比Activity更轻巧灵活。

因其比Activity更节省内存，便于切换，使用频率不低于四大组件，所以俗称"第五大组件"

目前大多数使用v4包下的Fragment.

1.1 谈谈Fragment与Activity的区别

共同点：都有生命周期方法，而且很类似。
不同点：

• Activity生命周期由系统管理，而Fragment是由依附的Activity管。当Fragment创建后，它被加到Activity中的一个管理栈（back stack）中，有了这个栈，Activity就可已反复操作栈中的Fragment,实现类似返回页面，切换页面等操作，当然操作的同时Fragment的生命周期也会有相应变化，所以Fragment比Activity更灵活。
• 一个Fragment可以像控件类被多个Activity使用，在开发中，Activity通常是最基本的界面容器，仅次第二才是Fragment,一个Activity可以包含多个Fragment,所以广泛用在平板适配上或者是有切换交互的界面开发上。

2 怎样添加Fragment?

2.1 静态添加

在Activity或Fragment的xml布局文件里添加fragment标签

特点：添加方式简单但灵活性不够，默认就将Fragment和Activity的视图绑定在一起。

2.2 动态添加

java代码new 一个Fragment，再通过在Activity/Fragment的FragmentManager/ChildFragmentManager，管理该Fragment(加载，移除，替换).

具体步骤：

• 1 创建待添加的碎片实例
• 2 获取getSupportFragmentManager（）方法得到
• 3 开启一个事务，通过调用beginTransaction()方法开启。
• 4 向容器内添加或替换碎片，一般使用repalce()方法实现，需要传入容器的id和待添加的碎片实例
• 5 提交事务，调用commit()方法来完成

方式比较复杂，但也是唯一一种可以在运行时控制fragment的方式。

2.2.1 FragmentTransaction操作

getSupportFragmentManager().getFragments():获取当前Activity ViewTree上有Fragment的Fragment列表。

attach(), detach()
add(), remove(),
show(), hide(),
replace()

• 其中attach()和detach()不是很常用，调用detach()之后, fragment实际的生命周期会走到onDestroyView(),也就是在Activity的ViewTree上被移除了，也意味着getSupportFragmentManager().getFragments()不包括此Fragment了，而且重要的是fragment的isAdded()方法之后会一直返回false，但Fragment不会走onDestroy()和onDetach(), 即fragment本身还并没有被销毁, 只是view被销毁了。所以此时的Fragment处于detached状态,可通过fragment的isDetached()方法判断，此时再调用attach(),Fragment又会重新onCreatView()->onViewCreated()->onActivityCreated()
• show()和hide()只是设置fragment的visible，会触发fragment的onHiddenChanged()回调，不会影响其生命周期，就跟View的setVisible(bool)一样
• add()和remove(),影响fragment生命周期的程度比attach()和detach()更深，也就是调remove()后，fragment会走onDestroy()、onDetach(),fragment会被销毁。add()是新加入一个fragment，会从onCreate()开始走,所以同一个fragment实例是不能被add到Activity两次的。
• replace()，相当于remove()+add(),新的fragment将取代在容器布局中的fragment, 如果没有,将直接添加新的fragment

3 Fragment的生命周期

• Fragment的生命周期方法比Activity多
• 因为Fragment生命周期是由Activity管的，所以不同情况下使用Fragment，Fragment的生命周期方法有不同的执行流程。

我总结的基本原则：Activty已死（不可见），那么在它上的Fragment也必须死。Activity活着（可见），Fragment可以随便死，随便生，有点像地球和地球上生物的生死关系^-^。

3.1 在Fragment始终依附在Activity上的情况下:

[图片上传失败...(image-d502bc-1551951782199)]

我理解为Fragment的对应周期都要比Activity晚一点，毕竟“先有母鸡，才有小鸡”嘛，Activity created对应Fragment的onAttach(),onCreate(),onCreateView(),onActivityCreated(),好了这段时间都是创建创建，然后界面进入可见不可交互状态，即onStart(),然后界面进入可见可交互状态，也就是onResume()；当然反过来，Activty stop了，destroy了，Fragment也要跟着销毁。

3.2 在Activity可见，FragmentManager动态管理Fragment的的情况下：

略，2.2.1已讲。

4 FragmentPageAdapter和FragmentPageStateAdapter的区别

• FragmnetPageAdapter在每次切换页面时，只是将Fragment进行分离，适合页面较少的Fragment使用以保存一些内存，对系统内存不会多大影响
• FragmentPageStateAdapter在每次切换页面的时候，是将Fragment进行回收，适合页面较多的Fragment使用，这样就不会消耗更多的内存

5 Fragment通信

Fragment同Activity,Fragment之间通信一般都是为了满足界面数据同步的业务需求。

5.1 Fragment与Activity通信

5.1.1 Fragment 传消息给Activity

5.1.1.1 Fragment 传消息给与它atttach()的ctivity

1 (常用)Fragment通过getActivity（）获取Activity实例,然后强转为对应的Activity类或接口，最后调用。前提是getActivity（）不为null,即Fragment还没有detach()。

image

2 Fragment通过发广播，然后Activity接收实现。

3 Fragment通过事件总线（EventBus,RxBus）发消息，然后Activity接收实现。

5.1.1.2 Fragment 传消息给与其他Activity

1 跳转到另一个Activity传：startActivityForResult([携带数据的intent])

2 Fragment通过发广播，然后Activity接收实现。

3 Fragment通过事件总线（EventBus,RxBus）发消息，然后Activity接收实现。

5.1.2 Activity传消息给Fragment

一般是传消息给和自己attanch的fragment.

1 构造Fragment时传，一般Fragment都要自己定义个工厂方法。
2 通过FragmentManager和Fragment ID获取Fragment实例，再调用Fragment实现。
3 不推荐用广播和EventBus

5.2 Fragment与Fragment通信

1 Fragment通过getActivity调Activity，然后Activity通过FragmentManager找到目标Fragment，然后调用目标Fragment

2 广播或者事件总线：原理是观察者与被观察者模式，即多个Fragment统一观察某一个对象

5.3 不同的Fragment,Activity观察同一个ViewModel来实现同步，也是一种通信策略

6 BackStack回退栈

Activity有任务栈，Fragment也有类似的栈，称为回退栈，由FragmentManager管理。默认情况下，Fragment事务是不会加入回退栈的，如果想将Fragment事务加入回退栈，则可以加入addToBackStack(tag)。如果没有加入回退栈，则用户点击返回按钮会直接将Activity出栈；如果加入了回退栈，则用户点击返回键会回滚Fragment事务。

BackStack回退栈一般用于我理解的“纵向”导航，就是从一个界面一层一层深入到里面的界面。
不适合“横向”导航，也就是在一个界面里横向切换不同视图。

7 Fragment重叠现象

一般是在用add()、show()、hide()这三个方法管理Fragment切换的导航业务场景。

出现原因：Activity被重建，当然重建原因一是系统配置发生改变，二是内存不足被回收。

重现方法：

• 系统配置发生改变的，最方便的是用模拟器模拟，模拟器会有一个旋转屏幕的按钮，比如网易的momo模拟器就行。
• 模拟Activity内存不够：
  • 1.手机的 "设置" - "开发者选项" - 打开"不保留活动"(主要用于模拟Activity被及时回收)
  • 2.把 app 切换到后台，再重新打开，通过点按不同的 tab 来切换 Fragment

具体原因：

• 比如当设备选择屏幕时，Activity会被销毁并重新创建，并且在销毁之前执行了onSaveInstanceState(Bundle outState)这个方法。这个方法会保存activity的视图层（View Hierarchy）信息，其中就包括添加过的fragment,当activity被重新创建时，一方面会初始化使用者自定义的一些变量，另一方面也会重现之前保存的Fragment,重新导航时右add了一遍新的fragment实例，所以造成重叠。

解决方案一：

• 1.给每个 Fragment 加一个 Tag
• 2.在 onCreate(Bundle savedInstanceState) 中判断 Bundle savedInstanceState 是否不为空
• 3.不为空则进行 find Tag，重新给几个 frament 赋值
  这样子仍是对之前保存的 fragment 操作，成功解决了重叠的问题。

具体方案可参考：fragment重叠的完美解决方案

解决方案二：

让Activity异常销毁时，不保存数据

//解决重叠，方法1@Override
protectedvoidonSaveInstanceState(Bundle outState) {
//如果用以下这种做法则不保存状态，再次进来的话会显示默认tab
//super.onSaveInstanceState(outState);
}

不过这种方案不推荐，假如Activity就是要保存比如非fragment view的数据，好恢复销毁前的状态呢？

8 扩展杂谈

为什么 JakeWharton 建议：App 只要用到一个 Activity ？

咦，一个App只用一个Activity，Flutter就是这样的啊，要是这样还不如用flutter。
另外我觉得一个App只用一个Activity，其它用Fragment这样的方案也只能在业务量小的应用用，毕竟Activity和Fragment之间的关系还是蛮复杂的。