可以看到Fragment比Activity多了几个额外的生命周期回调方法：
- onAttach(Context context)：Fragment和Activity相关联时调用。如果不是一定要使用具体的宿主 Activity 对象的话，可以使用这个方法或者
getContext()获取 Context 对象，用于解决Context上下文引用的问题。同时还可以在此方法中可以通过getArguments()获取到需要在Fragment创建时需要的参数。 - onCreate()：Fragment被创建时调用。
- onCreateView()：创建Fragment的布局。
- onActivityCreated()：当Activity完成onCreate()时调用。
- onStart()：当Fragment可见时调用。
- onResume()：当Fragment可见且可交互时调用。
- onPause()：当Fragment不可交互但可见时调用。
- onStop()：当Fragment不可见时调用。
- onDestroyView()：当Fragment的UI从视图结构中移除时调用。
- onDestroy()：销毁Fragment时调用。
- onDetach()：当Fragment和Activity解除关联时调用。
上面的方法中，只有onCreateView()在重写时不用写super方法，其他都需要。
因为Fragment是依赖Activity的，因此为了讲解Fragment的生命周期，需要和Activity的生命周期方法一起讲，即Fragment的各个生命周期方法和Activity的各个生命周期方法的关系和顺序，如图：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ntb6PK9d-1630498324449)(https://user-gold-cdn.xitu.io/2019/4/10/16a06b24f78f5742?imageView2/0/w/1280/h/960/ignore-error/1)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-un9GJcG1-1630498324451)(https://user-gold-cdn.xitu.io/2019/4/10/16a06b27a1fbe5f3?imageView2/0/w/1280/h/960/ignore-error/1)]
我们这里举个例子来理解Fragment生命周期方法。功能如下：共有两个Fragment：FragmentTest和FragmentTestReplace，FragmentTest通过点击按钮初时加入Activity，点击F1中的按钮调用replace替换为F2。
activity的初始化时，日志如下：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f0R30uXf-1630498324452)(https://user-gold-cdn.xitu.io/2019/4/11/16a0b66ef6fe26a9?imageView2/0/w/1280/h/960/ignore-error/1)]
当点击Activity中的按钮在Activity中添加FragmentTest时，日志如下：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CTrUljdd-1630498324454)(https://user-gold-cdn.xitu.io/2019/4/11/16a0b694d833d683?imageView2/0/w/1280/h/960/ignore-error/1)]
在Activity的onCreate（）中添加，日志如下：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-y9ikVakR-1630498324455)(https://user-gold-cdn.xitu.io/2019/4/11/16a0b6e0a414720d?imageView2/0/w/1280/h/960/ignore-error/1)]
可以看出：Fragment的onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()都是在Activity的onStart()中调用的。
接下去分两种情况，分别是不加addToBackStack()和加addToBackStack()。
- 当点击按钮，调用
replace()将FragmentTest替换为FragmentTestReplace，且不加addToBackStack()时，日志如下：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-onuaMtaH-1630498324456)(https://user-gold-cdn.xitu.io/2019/4/11/16a0b7130bd81f94?imageView2/0/w/1280/h/960/ignore-error/1)]
可以看到，F1最后调用了onDestroy()和onDetach()。
- 当点击按钮，调用
replace()将FragmentTest替换为FragmentTestReplace，加addToBackStack()时，日志如下：
可以看到，F1被替换时，最后只调到了onDestroyView()，并没有调用onDestroy()和onDetach()。当用户点返回按钮回退事务时，F1会调onCreateView()->onStart()->onResume()，因此在Fragment事务中加不加addToBackStack()会影响Fragment的生命周期。
FragmentTransaction有一些基本方法，下面给出调用这些方法时，Fragment生命周期的变化：
-
add(): onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()->onResume()，在执行add（）时，同一个Fragment不允许被add()两次 -
remove(): onPause()->onStop()->onDestroyView()->onDestroy()->onDetach()。 -
replace():相当于新Fragment调用add()，旧Fragment调用remove(),replace() 方法不会保留 Fragment 的状态，也就是说诸如 EditText 内容输入等用户操作在 remove() 时会消失。分为两种情况- 不加
addToBackStack（）: new onAttach() -> new onCreate() -> old onPause()-> old onStop()-> old onDestroyView()-> old onDestroy()-> old onDetach() -> new onCreateView() -> new onActivityCreated() -> new onStart()。 - 加
addToBackStack（）: new onAttach() -> new onCreate() -> old onPause()-> old onStop()-> old onDestroyView() -> new onCreateView -> new onActivityCreated() -> new onStart()。
- 不加
-
show(): 不调用任何生命周期方法，调用该方法的前提是要显示的Fragment已经被添加到容器，只是纯粹把Fragment UI的setVisibility为true。 -
hide(): 不调用任何生命周期方法，调用该方法的前提是要显示的Fragment已经被添加到容器，只是纯粹把Fragment UI的setVisibility为false。 -
detach(): onPause()->onStop()->onDestroyView()。Detach the given fragment from the UI. This is the same state as when it is put on the back stack: the fragment is removed from the UI, however its state is still being actively managed by the fragment manager. When going into this state its view hierarchy is destroyed.。从中可以看出detach仅仅是销毁fragment的UI，Fragment还被fragmentManager管理。 -
attach(): onCreateView() -> onActivityCreated -> onStart() -> onResume()。Re-attach a fragment after it had previously been detached from the UI with detach(android.app.Fragment).意思就是attach重新添加是被detach销毁的fragment. -
commit():提交事务·每次提交之前，必须通过mFragmentManager.beginTransaction()重新开始一个事务。
Fragment的返回栈
我们知道Activity有任务栈，用户通过startActivity将Activity加入栈，点击返回按钮将Activity出栈。Fragment也有类似的栈，称为回退栈（Back Stack），回退栈是由FragmentManager管理的。默认情况下，Fragment事务是不会加入回退栈的，如果想将Fragment事务加入回退栈，则可以加入addToBackStack("")。如果没有加入回退栈，则用户点击返回按钮会直接将Activity出栈；如果加入了回退栈，则用户点击返回按钮会回滚Fragment事务。
3. Fragment通信
Fragment向Activity传递数据
首先，在Fragment中定义接口，并让Activity实现该接口（具体实现省略）：
public interface OnFragmentInteractionListener {
void onItemClick(String str); //将str从Fragment传递给Activity
}
在Fragment的onAttach()中，将参数Context强转为OnFragmentInteractionListener对象：
public void onAttach(Context context) {
super.onAttach(context);
if (context instanceof OnFragmentInteractionListener) {
mListener = (OnFragmentInteractionListener) context;
} else {
throw new RuntimeException(context.toString()
+ " must implement OnFragmentInteractionListener");
}
}
并在Fragment合适的地方调用mListener.onItemClick(“hello”)将”hello”从Fragment传递给Activity。
FABridge
由于通过接口的方式从Fragment向Activity进行数据传递比较麻烦，需要在Fragment中定义interface，并让Activity实现该interface，FABridge通过@FCallbackId注解的形式免去了这些定义。
- 在module的build.gradle中添加依赖：
annotationProcessor 'com.zhy.fabridge:fabridge-compiler:1.0.0'
implementation 'com.zhy.fabridge:fabridge-api:1.0.0'
- 在需要进行
Fragment向Activity进行数据传递Fragment中定义方法ID，这里为FAB_CLICK，接着在Activity中定义接口,接口必须为public：
@FCallbackId(id = FAB_CLICK)
public void onFabClick(String str) { //方法名任意
mTextView.setText(str + "小哥哥");
}
- 在Fragment中，通过以下形式调用
ID=FAB_CLICK的方法（该方法可能在Activity中，也可能在任何类中）：
Fabridge.call(mActivity,FAB_ITEM_CLICK,"我是"); //调用ID对应的方法，"data"为参数值
Activity向Fragment传递数据
- 如果在创建Fragment时要传入参数，必须要通过
setArguments(Bundle bundle)方式添加，setArguments方法必须在fragment创建以后，添加给Activity前完成,而不建议通过为Fragment添加带参数的构造函数，因为通过setArguments()方式添加，在由于内存紧张导致Fragment被系统杀掉并恢复（re-instantiate）时能保留这些数据。
public static Fragment newInstance(String str) {
FragmentTest fragment = new FragmentTest();
Bundle bundle = new Bundle();
bundle.putString(ARG_PARAM, str);
fragment.setArguments(bundle);//设置参数
return fragment;
}
- Activity向Fragment传递数据比较简单，获取Fragment对象，并调用Fragment的方法即可，比如要将一个字符串传递给Fragment，则在Fragment中定义方法：
public void setString(String str) {
this.str = str;
}
并在Activity中调用fragment.setString("hello")即可。
Fragment之间通信
由于Fragment之间是没有任何依赖关系的，因此如果要进行Fragment之间的通信，建议通过Activity作为中介，不要Fragment之间直接通信。
4. DialogFragment
DialogFragment是Android 3.0提出的，代替了Dialog，用于实现对话框。他的优点是：即使旋转屏幕，也能保留对话框状态。
如果要自定义对话框样式，只需要继承DialogFragment，并重写onCreateView()，该方法返回对话框UI。这里我们举个例子，实现进度条样式的圆角对话框。
public class ProgressDialogFragment extends DialogFragment {
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
getDialog().requestWindowFeature(Window.FEATURE_NO_TITLE); //消除Title区域
getDialog().getWindow().setBackgroundDrawable(new ColorDrawable(Color.TRANSPARENT)); //将背景变为透明
setCancelable(false); //点击外部不可取消
View root = inflater.inflate(R.layout.fragment_progress_dialog, container);
return root;
}
public static ProgressDialogFragment newInstance() {
return new ProgressDialogFragment();
}
}
进度条动画我们使用Lottie实现，Lottie动画从这里找到。使用非常方便，只需要下载JSON动画文件，然后在XML中写入：
<com.airbnb.lottie.LottieAnimationView
android:layout_width="wrap_content" //大小根据JSON文件确定
android:layout_height="wrap_content"
app:lottie_fileName="loader_ring.json" //JSON文件
app:lottie_loop="true" //循环播放
app:lottie_autoPlay="true" /> //自动播放
然后通过下面代码显示对话框：
ProgressDialogFragment fragment = ProgressDialogFragment.newInstance();
fragment.show(getSupportFragmentManager(), "tag");
//fragment.dismiss();
为了实现圆角，除了在onCreateView()中把背景设为透明，还需要对UI加入背景：
<shape xmlns:android="http://schemas.android.com/apk/res/android">
<solid android:color="#ffffff"/>
<corners
android:radius="20dp"/>
</shape>
5. ViewPager+Fragment相关
基本使用
ViewPager是support v4库中提供界面滑动的类，继承自ViewGroup。PagerAdapter是ViewPager的适配器类，为ViewPager提供界面。但是一般来说，通常都会使用PagerAdapter的两个子类：FragmentPagerAdapter和FragmentStatePagerAdapter作为ViewPager的适配器，他们的特点是界面是Fragment。
在support v13和support v4中都提供了FragmentPagerAdapter和FragmentStatePagerAdapter，区别在于：support v13中使用android.app.Fragment，而support v4使用android.support.v4.app.Fragment。一般都使用support v4中的FragmentPagerAdapter和FragmentStatePagerAdapter。
默认，ViewPager会缓存当前页相邻的界面，比如当滑动到第2页时，会初始化第1页和第3页的界面（即Fragment对象，且生命周期函数运行到onResume()），可以通过setOffscreenPageLimit(count)设置离线缓存的界面个数。
FragmentPagerAdapter和FragmentStatePagerAdapter需要重写的方法都一样，常见的重写方法如下：
public FragmentPagerAdapter(FragmentManager fm): 构造函数，参数为FragmentManager。如果是嵌套Fragment场景，子PagerAdapter的参数传入getChildFragmentManager()。Fragment getItem(int position): 返回第position位置的Fragment，必须重写。int getCount(): 返回ViewPager的页数，必须重写。Object instantiateItem(ViewGroup container, int position): container是ViewPager对象，返回第position位置的Fragment。void destroyItem(ViewGroup container, int position, Object object): container是ViewPager对象，object是Fragment对象。getItemPosition(Object object): object是Fragment对象，如果返回POSITION_UNCHANGED，则表示当前Fragment不刷新，如果返回POSITION_NONE，则表示当前Fragment需要调用destroyItem()和instantiateItem()进行销毁和重建。默认情况下返回POSITION_UNCHANGED。
Fragment 处理返回键
虽然Activity作为Fragment的载体，但是在有些特殊（例如按下返回键，Fragment 直接把结果发送到 Activity载体）的情况下，Fragment也不得不处理返回键事件。如果是Activity的话还好说，直接覆盖Activity的onBackPressed即可，但是Fragment却没有这个onBackPressed方法，需要自己进行处理。其实在开发的时候都会封装Fragment和Activity的用于实现自己的逻辑。
-
新建一个接口：OnBackPressed```
public interface OnBackPressed {
boolean onBackPressed();
} -
封装一个片段：BaseFragment 实现 OnBackPressed```
public class BaseFragment extends Fragment implements OnBackPressed {/**
- fragment 中的返回键
- 默认返回 false,交给Activity 处理
- 返回 true:执行fragment中需要执行的逻辑
- 返回 false:执行Activity中的onBackPressed
*/
@Override
public boolean onBackPressed() {
return false;
}
}
-
在Activity中的onBackPressed进行判断即可:```
@Override
public void onBackPressed() {
List fragments = getSupportFragmentManager().getFragments();for (Fragment f : fragments) { if (f != null && f instanceof BaseFragment&& ((BaseFragment) f).onBackPressed()) { /*在Fragment中处理返回事件*/ return; } } super.onBackPressed();}
-
自己的Fragment继承BaseFragment并重写onBackPressed方法```
@Override
public boolean onBackPressed() {
super.onBackPressed();
/处理返回事件/
return true;
}
懒加载
懒加载主要用于ViewPager且每页是Fragment的情况，场景为微信主界面，底部有4个tab，当滑到另一个tab时，先显示”正在加载”，过一会才会显示正常界面。
默认情况，ViewPager会缓存当前页和左右相邻的界面。实现懒加载的主要原因是：用户没进入的界面需要有一系列的网络、数据库等耗资源、耗时的操作，预先做这些数据加载是不必要的。
这里懒加载的实现思路是：用户不可见的界面，只初始化UI，但是不会做任何数据加载。等滑到该页，才会异步做数据加载并更新UI。
这里就实现类似微信那种效果，整个UI布局为：底部用PagerBottomTabStrip项目实现，上面是ViewPager，使用FragmentPagerAdapter。逻辑为：当用户滑到另一个界面，首先会显示正在加载，等数据加载完毕后（这里用睡眠1秒钟代替）显示正常界面。
ViewPager默认缓存左右相邻界面，为了避免不必要的重新数据加载（重复调用onCreateView()），因为有4个tab，因此将离线缓存的半径设置为3，即setOffscreenPageLimit(3)。
懒加载主要依赖Fragment的setUserVisibleHint(boolean isVisible)方法，当Fragment变为可见时，会调用setUserVisibleHint(true)；当Fragment变为不可见时，会调用setUserVisibleHint(false)，且该方法调用时机：
onAttach()之前，调用setUserVisibleHint(false)。onCreateView()之前，如果该界面为当前页，则调用setUserVisibleHint(true)，否则调用setUserVisibleHint(false)。- 界面变为可见时，调用
setUserVisibleHint(true)。 - 界面变为不可见时，调用
setUserVisibleHint(false)。 懒加载Fragment的实现：
public class LazyFragment extends Fragment {
private View mRootView;
private boolean mIsInited;
private boolean mIsPrepared;
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
mRootView = inflater.inflate(R.layout.fragment_lazy, container, false);
mIsPrepared = true;
lazyLoad();
return mRootView;
}
public void lazyLoad() {
if (getUserVisibleHint() && mIsPrepared && !mIsInited) {
//异步初始化，在初始化后显示正常UI
loadData();
}
}
private void loadData() {
new Thread() {
public void run() {
//1. 加载数据
//2. 更新UI
//3. mIsInited = true
}
}.start();
}
@Override
public void setUserVisibleHint(boolean isVisibleToUser) {
super.setUserVisibleHint(isVisibleToUser);
if (isVisibleToUser) {
lazyLoad();
}
}
public static LazyFragment newInstance() {
return new LazyFragment();
}
}
注意点：
- 在Fragment中有两个变量控制是否需要做数据加载：
- mIsPrepared：表示UI是否准备好，因为数据加载后需要更新UI，如果UI还没有inflate，就不需要做数据加载，因为setUserVisibleHint()会在onCreateView()之前调用一次，如果此时调用，UI还没有inflate，因此不能加载数据。
- mIsInited：表示是否已经做过数据加载，如果做过了就不需要做了。因为setUserVisibleHint(true)在界面可见时都会调用，如果滑到该界面做过数据加载后，滑走，再滑回来，还是会调用setUserVisibleHint(true)，此时由于mIsInited=true，因此不会再做一遍数据加载。
- lazyLoad()：懒加载的核心类，在该方法中，只有界面可见（getUserVisibleHint()true）、UI准备好（mIsPreparedtrue）、过去没做过数据加载（mIsInited==false）时，才需要调loadData()做数据加载，数据加载做完后把mIsInited置为true。 布局XML主要分两个container，一个是初始显示的状态，即R.id.container_empty，当数据加载完成，就显示R.id.container：
界面可见时都会调用，如果滑到该界面做过数据加载后，滑走，再滑回来，还是会调用setUserVisibleHint(true)，此时由于mIsInited=true，因此不会再做一遍数据加载。 - lazyLoad()：懒加载的核心类，在该方法中，只有界面可见（getUserVisibleHint()true）、UI准备好（mIsPreparedtrue）、过去没做过数据加载（mIsInited==false）时，才需要调loadData()做数据加载，数据加载做完后把mIsInited置为true。 布局XML主要分两个container，一个是初始显示的状态，即R.id.container_empty，当数据加载完成，就显示R.id.container：