Android开发总结之Fragment
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之间的关系还是蛮复杂的。
