我正在参与「启航方案」

前言

系列文章：

Android Activity 与View 的互动考虑
Android Activity 生命周期详解及监听
Android onSaveInstanceState/onRestoreInstanceState 本来要这么了解
Android Fragment 要你何用？
Android Fragment 要你何用？2.0版别
Android Activity/View/Window/Dialog/Fragment 深层次相关(白话解析)

在之前的文章里有剖析过Activity、Fragment、View之间的相关，也简略剖析了Fragment的原理。
本篇将对Fragment被高频运用的场景以及一些坑点作剖析，通过本篇文章，你将了解到：

陈词滥调：为什么需求Fragment?

Fragment 的生命周期与重建流程

Fragment add/remove/replace/hide/show的快速了解

Fragment与ViewModel的结合

DialogFragment(Dialog和Fragment的结晶)

ViewPager2(Fragment与RecyclerView的结晶)

1. 陈词滥调：为什么需求Fragment?

先看Activity、Fragment、View三者的联系：

Activity 具有生命周期，可是需求和AMS通讯(跨进程)，比较臃肿。
View 不需求和AMS通讯，但没有生命周期，不好处理杂乱的逻辑(如网络恳求数据烘托到View上)。
而Fragment介于两者之间，它具有生命周期(借助于Activity)，无需与AMS通讯，速度快。

Fragment更多时分充当着中介的作用：

将Activity里杂乱的UI逻辑分离出来放到Fragment里，将对View杂乱的操作分离到Fragment里。

一言蔽之，运用Fragment的理由：

无需跨进程，轻量级

具有生命周期

2. Fragment 的生命周期与重建流程

与Activity生命周期对比

Fragment创立分为动态和静态，以动态创立Fragment为例剖析：

这么看Fragment生命周期的回调办法比Activity更多，还好大部分是成对出现有迹可循。
通常情况下，咱们只需求重写onCreateView()，供给自定义界面就好。

Fragment 重建流程

现象

先看简略Demo：在Activity的onCreate里增加Fragment:

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.layout_fragment )
        val fragment = FishPureFragment()
        fragment.arguments = Bundle().apply {
            putString("hello", "fragment:${count++}")
        }
        supportFragmentManager.beginTransaction().add(R.id.root, fragment).commitNow()
    }

Activity 显现的同时Fragment也显现了，一切看起来很正常，此刻咱们将手机反正屏切换一下：

能够看出，跟着反正屏的切换，创立的Fragment越来越多。
此种重建现象在许多场景下并不符合需求，比方进入Activity后拉取接口并显现弹窗，若运用DialogFragment展现弹窗，则Activity重建后会出现多个弹窗。

原理

咱们知道，Fragment的生命周期依靠于Activity，当反正屏切换时分Activity进行了重建，同时会查看相关该Activity的一切Fragment是否需求重建，若是则进行重建。
第一次显现Fragment后，反正屏切换导致Activity重建，此刻也会重建Fragment，而在Activity.onCreate()里又新建了Fragment，因而此刻Activity里相关了2个Fragment。

核心点在于赤色部分：

Activity 毁掉时保存Fragment状况

Activity 重建时根据状况康复并展现Fragment

除了反正屏会导致Activity重建，其它装备项改变、体系内存紧张kill掉Activity等也会引起Activity重建
更具体请移步：Android onSaveInstanceState/onRestoreInstanceState 本来要这么了解

Fragment重建引发的Crash

和Activity等四大组件不一样的是：咱们能够直接创立Fragment实例。
若是咱们重写了Fragment默许结构函数：

class FishPureFragment(val str:String):Fragment()

在Fragment重建的时分会Crash：

    java.lang.RuntimeException: Unable to start activity ComponentInfo{com.fish.kotlindemo/com.fish.kotlindemo.fragment.dialogFragment.FishFragmentActivity}: androidx.fragment.app.Fragment$InstantiationException: Unable to instantiate fragment com.fish.kotlindemo.fragment.dialogFragment.FishPureFragment: could not find Fragment constructor

原因是Fragment重建时会去寻觅默许结构函数结构新的实例，而咱们重写了结构函数，此刻现已不存在默许的无参结构函数，当然会Crash。
因而，通常来说无需重写Fragment结构函数，若是想要传递参数给Fragment，可运用Fragment.setArguments()。

如何制止Fragment重建

有以下几种办法：
第一种：
既然是Activity重建引发的Fragment重建，那么釜底抽薪，制止Activity重建。
比方制止屏幕旋转时重建Activity，能够在AndroidManifest.xml里装备：

android:configChanges="orientation|screenSize"

第二种：
不想改装备，也能够从Activity保存的状况下手，Frament重建依靠于康复状况：

    //FragmentActivity.java
    private void init() {
        addOnContextAvailableListener(new OnContextAvailableListener() {
            @Override
            public void onContextAvailable(@NonNull Context context) {
                //Activity.onCreate里会调用此办法
                mFragments.attachHost(null /*parent*/);
                //找到需求康复的Fragment状况
                Bundle savedInstanceState = getSavedStateRegistry()
                        .consumeRestoredStateForKey(FRAGMENTS_TAG);
                if (savedInstanceState != null) {
                    //不为空则进行Fragment康复，重建
                    Parcelable p = savedInstanceState.getParcelable(FRAGMENTS_TAG);
                    mFragments.restoreSaveState(p);
                }
            }
        });
    }

也便是说只要康复状况为空，那么Fragment就不会进行重建，而该状况是从Activity.onCreate(Bundle)里传递过来的，因而只需求在Activity里进行如下设置：

    override fun onCreate(savedInstanceState: Bundle?) {
//        super.onCreate(savedInstanceState)
        //状况置空
        super.onCreate(null)
        setContentView(R.layout.layout_fragment )
        val fragment = FishPureFragment()
        fragment.arguments = Bundle().apply {
            putString("hello", "fragment:${count++}")
        }
        supportFragmentManager.beginTransaction().add(R.id.root, fragment).commitNow()
    }

从super.onCreate(savedInstanceState)替换为super.onCreate(null)。

第三种：
将Activity下的一切康复状况置空有点粗犷了，会影响到其它组件如View的康复，而咱们只是只需求制止Fragment重建，运用如下办法：

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        savedInstanceState?.let {
            it.getBundle("androidx.lifecycle.BundleSavedStateRegistry.key")?.remove("android:support:fragments");
        }
    }

注：此种办法与体系实现版别有关，有些版别取不到value

3. Fragment add/remove/replace/hide/show的快速了解

add

增加一个Fragment实例到Fragment办理栈里，此间Fragment生命周期阅历了从onAttach()逐步到onActivityCreated()。
此刻Fragment所绑定的布局(View)现已增加到指定的父布局里了。

当办理栈里已有一个Fragment实例：Fragment1，此刻再往里边增加Fragment2，Fragment2入栈并将其绑定的布局增加到父布局里。
根据父布局属性不同，有不同的展现办法：

若父布局是FrameLayout，则Fragment2绑定的布局将会掩盖Fragment1绑定的布局。
若父布局是LinearLayout，则Fragment2绑定的布局将会增加到Fragment1绑定的布局左边/右边。

remove

将一个Fragment实例从Fragment办理栈里移除，此间Fragment生命周期阅历了从onDestroyView()逐步到onDetach()。
此刻Fragment所绑定的布局(View)现已从指定的父布局里移除了。

replace

当Fragment办理栈里没有Fragment实例时，replace与add作用一致。
当Fragment办理栈里有Fragment1实例时，replace(Fragment2)将触发Fragment1的生命周期从onDestroyView()逐步到onDetach()，而Fragment2生命周期从onAttach()逐步到onActivityCreated()，终究展现Fragment2。
replace 可简略了解为remove+add。

hide

不会触发Fragment生命周期，只是只是把Fragment绑定的布局隐藏(GONE)。

show

hide的反向操作，不会触发Fragment生命周期，只是只是把Fragment绑定的布局显现(VISIBLE)。

4. Fragment与ViewModel的结合

Activity ViewModel与FragmentManagerViewModel

如上图，Activity ViewModelStore里存储着不同的ViewModel实例，其间FragmentManagerViewModel是与Fragment有关的。
当Activity毁掉重建时，在Activity毁掉阶段ViewModelStore并没有被开释，而是被保存下来，等到Activity重建时继续运用，而ViewModelStore实例不变，其内部的ViewModel也不变，这便是ViewModel的原理。

那么FragmentManagerViewModel 是什么时分增加到ViewModelStore里的呢？
入口在这：

    #FragmentActivity.java
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        //绑定FragmentManager
        mFragments.attachHost(null /*parent*/);
    }

终究调用到：

    #FragmentManager.java
    void attachController(@NonNull FragmentHostCallback<?> host,
                          @NonNull FragmentContainer container, @Nullable final Fragment parent) {
        //...
        if (parent != null) {
            mNonConfig = parent.mFragmentManager.getChildNonConfig(parent);
        } else if (host instanceof ViewModelStoreOwner) {
            //host 即为承载的Activity
            //取出Activity ViewModelStore
            ViewModelStore viewModelStore = ((ViewModelStoreOwner) host).getViewModelStore();
            mNonConfig = FragmentManagerViewModel.getInstance(viewModelStore);
        } else {
            mNonConfig = new FragmentManagerViewModel(false);
        }
    }
    #FragmentManagerViewModel.java
    static FragmentManagerViewModel getInstance(ViewModelStore viewModelStore) {
        ViewModelProvider viewModelProvider = new ViewModelProvider(viewModelStore,
                FACTORY);
        //从Activity的ViewModelStore 取出FragmentManagerViewModel
        //若没有，则创立FragmentManagerViewModel实例
        return viewModelProvider.get(FragmentManagerViewModel.class);
    }

答案是：Activity.onCreate()将FragmentManagerViewModel增加到Activity ViewModelStore里。

FragmentManagerViewModel与Fragment的ViewModel

现在FragmentManagerViewModel能够在Activity重建时康复，那么它和Fragment里的ViewModel又是如何相关的呢？

FragmentManagerViewModel 里有个成员变量：

private final HashMap<String, ViewModelStore> mViewModelStores = new HashMap<>();

在Fragment里声明ViewModel：

private val vm by viewModels<MyViewModel2>()

查看viewModels调用链，要害要找到对应的ViewModelStore，而Fragment的ViewModelStore获取办法如下：

#Fragment.java
    public ViewModelStore getViewModelStore() {
        if (mFragmentManager == null) {
            throw new IllegalStateException("Can't access ViewModels from detached fragment");
        }
        return mFragmentManager.getViewModelStore(this);
    }
    #FragmentManagerViewModel.java
    ViewModelStore getViewModelStore(@NonNull Fragment f) {
        //mViewModelStores 是Map，key 是Fragment唯一标识符 value 为Fragment对应的ViewModelStore
        ViewModelStore viewModelStore = mViewModelStores.get(f.mWho);
        if (viewModelStore == null) {
            //不存在则创立
            viewModelStore = new ViewModelStore();
            //放入map
            mViewModelStores.put(f.mWho, viewModelStore);
        }
        return viewModelStore;
    }

到此，流程就比较明晰了：

FragmentManagerViewModel里的mViewModelStores里存储着一切Fragment的ViewModelStore。也便是Fragment的ViewModel实践上是存储在FragmentManagerViewModel里的。

接着来整体捋一下Fragment的ViewModel是如何在重建时保持的。

清楚明了，Fragment ViewModel实践上是直接依靠Activity ViewModeStore。
更具体的请移步：Jetpack ViewModel 抽丝剥茧

Fragment 相关的lifecycleScope

lifecycleScope 监听着Fragment生命周期，若是Fragment被毁掉，则lifecycleScope也会被撤销。

Fragment ViewModel相关的viewModelScope

viewModelScope 与ViewModel 生命周期保持一致，若是ViewModel被毁掉(Fragment被毁掉而非重建)，则viewModelScope也会被撤销。

5. DialogFragment(Dialog和Fragment的结晶)

DialogFragment 运用

一般的Dialog并没有生命周期，而不相关生命周期的Dialog处理异步恳求比较费事，此刻DialogFragment出现了。

class MyDialogFragment : DialogFragment() {
    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {
        val tv = TextView(context).apply {
            text = "hello world"
            setTextColor(Color.RED)
            textSize = 30f
        }
        return tv
    }
}

显现DialogFragment：

       MyDialogFragment().show(supportFragmentManager, "dd")

咱们只需求定义Fragment所绑定的布局，终究布局将会显现在Dialog里。

DialogFragment 原理

Dialog 显现Fragment绑定的布局

你或许比较好奇：之前增加的Fragment都是指定父布局，将Fragment所绑定的布局增加到父布局里，那此刻的DialogFragment所指定的父布局在哪呢？
从show办法下手：

    #DialogFragment.java
    public void show(@NonNull FragmentManager manager, @Nullable String tag) {
        //便是增加一般的Fragment流程
        FragmentTransaction ft = manager.beginTransaction();
        ft.add(this, tag);
        ft.commit();
    }
    #FragmentTransaction.java
    public FragmentTransaction add(@NonNull Fragment fragment, @Nullable String tag)  {
        //没有指定父布局
        doAddOp(0, fragment, tag, OP_ADD);
        return this;
    }

与增加一般Fragment不同的是此刻并没有指定Fragment的父布局。

Dialog会监听Fragment生命周期：

    #DialogFragment.java
    private Observer<LifecycleOwner> mObserver = new Observer<LifecycleOwner>() {
        public void onChanged(LifecycleOwner lifecycleOwner) {
            if (lifecycleOwner != null && mShowsDialog) {
                //拿到Fragment绑定的View
                View view = requireView();
                if (mDialog != null) {
                    //将View增加到Dialog里
                    mDialog.setContentView(view);
                }
            }
        }
    };

当生命周期回调后拿到Fragment绑定的View增加到Dialog里。
如此一来，Fragment就完成了和Dialog的合作显现界面。

Dialog的创立时机

    public Dialog onCreateDialog(@Nullable Bundle savedInstanceState) {
        return super.onCreateDialog(savedInstanceState);
    }

重写该办法能够自定义Dialog或是监听默许Dialog的创立。
值得注意的是：在onAttach()/onCreate()里是拿不到Dialog对象的，因为那时分还没有创立Dialog，它在onCreateView()之前创立的。

6. ViewPager2(Fragment与RecyclerView的结晶)

ViewPager2运用

除了DialogFragment，Fragment也与RecyclerView合作，形成了ViewPager2。
创立Adapter：

public class VPAdapter extends FragmentStateAdapter {
    private List<FishPureFragment> list = new ArrayList<>();
    public VPAdapter(@NonNull FragmentActivity fragmentActivity, List<FishPureFragment> list) {
        super(fragmentActivity);
        this.list = list;
    }
    @NonNull
    @Override
    public Fragment createFragment(int position) {
        return list.get(position);
    }
    @Override
    public int getItemCount() {
        return list.size();
    }
}

ViewPager2绑定Adapter：

        VPAdapter vpAdapter = new VPAdapter(this, list);
        viewPager2.setAdapter(vpAdapter);

能够看出，运用起来很简洁，ViewPager2的显现依靠着Fragment。

ViewPager2原理

RecyclerView缓存

在此之前先简略介绍一下RecyclerView(简称RV)的缓存规划。
RV缓存的是什么呢？
缓存的是ViewHolder(简称VH)，VH里持有待显现的子布局(View)。

RecyclerView里有个内部类：Recycler，里边有5个缓存变量，归为3种缓存，分别为：
一级缓存(默许2个+1个预拉取)、二级缓存、三级缓存(默许5个，区别itemType)。
当RecyclerView烘托布局显现item时，先分别从一、二、三级缓存寻觅可用的VH，若没有找到则重新创立子布局及其所属的VH，终究烘托。

VH有两种状况：

VH保持着当时的数据状况，此种状况下当VH复用时可直接运用，对应一级缓存。

VH只是保持着View，没有绑定数据，此种状况下当VH复用时需求重新绑定数据，也便是走onBindViewHolder()办法，对应三级缓存。

二级缓存是暴露给调用者设置自定义缓存的，此处先忽略。
先看看一、三级缓存是如何填充数据的。

再看RV是如何从缓存取数据的：

RecyclerView与Fragment联动

核心代码在FragmentStateAdapter.java里。
RecyclerView要害动作与Fragment的联动：

本质上还是将Fragment的View增加到RV提早结构的ItemView内。

咱们来整理一下ViewPager2(简称VP2)的滑动场景。

VP2展现第一个元素，实践展现的是RV的第一个元素，此刻RV回调了onCreateViewHolder、onBindViewHolder等回调，Fragment也走了生命周期，终究Fragment绑定的View增加到了RV的子Item里

当滑动VP2到第二个元素(下标为1)时，RV的第一个元素被放到一级缓存，此刻RV触发移除子Item，注意这个时分并没有毁掉Fragment

当滑动VP2回到第一个元素时，RV只是只需求addView即可，不会触发Fragment生命周期

当滑动VP2到后边几个元素时，此刻一级缓存已满，将放到三级缓存里，然后触发子Item的回收，这个时分会移除对应的Fragment，Frament走生命周期里的毁掉流程

RV的预取元素时，会走onCreateViewHolder、onBindViewHolder回调，但不会触发addView，也便是不会触发Fragment的生命周期

VP2的缓存

public void setOffscreenPageLimit(@OffscreenPageLimit int limit)

设置VP2左右缓存的数量，默许是没有缓存的，也不能将缓存设置为0，只能是>=1。

VP2的缓存和RV的缓存是什么联系呢？
假设VP2缓存limit=1，再来整理一下ViewPager2(简称VP2)的滑动场景。

VP2展现第一个元素，实践展现的是RV的第一个元素，此刻RV回调了onCreateViewHolder、onBindViewHolder等回调，Fragment也走了生命周期，终究Fragment绑定的View增加到了RV的子Item里。与此同时，VP2继续烘托第二个元素，与第一个元素过程一致

当VP2滑动到第二个元素时，因为之前现已烘托过，此刻是直接展现(RV无需addView)。于此同时会继续提早缓存第三个元素。

当VP2滑动到第一个元素时，，因为之前现已烘托过，此刻是直接展现。

能够看出VP2的缓存实践上是提早将RV的元素烘托了，若设置了limit=1，那么此刻RV活跃的Item有三个：当时1个+左右各一个。
当设置了VP2的缓存后，意味着多缓存了Fragment实例。

以上是Fragment实践使用与原理的相关内容。
本文根据Android 10.0

您若喜爱，请点赞、重视、收藏，您的鼓舞是我前进的动力

继续更新中，和我一起稳扎稳打体系、深化学习Android/Kotlin

1、Android各种Context的前世今生
2、Android DecorView 必知必会
3、Window/WindowManager 不可不知之事
4、View Measure/Layout/Draw 真明白了
5、Android事件分发全套服务
6、Android invalidate/postInvalidate/requestLayout 完全厘清
7、Android Window 如何确认大小/onMeasure()多次履行原因
8、Android事件驱动Handler-Message-Looper解析
9、Android 键盘一招搞定
10、Android 各种坐标完全明了
11、Android Activity/Window/View 的background
12、Android Activity创立到View的显现过
13、Android IPC 系列
14、Android 存储系列
15、Java 并发系列不再疑问
16、Java 线程池系列
17、Android Jetpack 前置基础系列
18、Android Jetpack 易学易懂系列
19、Kotlin 轻松入门系列
20、Kotlin 协程系列全面解读

Android Fragment 要你何用？2.0版本

前言

1. 陈词滥调：为什么需求Fragment?

2. Fragment 的生命周期与重建流程

与Activity生命周期对比

Fragment 重建流程

现象

原理

Fragment重建引发的Crash

如何制止Fragment重建

3. Fragment add/remove/replace/hide/show的快速了解

add

remove

replace

hide

show

4. Fragment与ViewModel的结合

Activity ViewModel与FragmentManagerViewModel

FragmentManagerViewModel与Fragment的ViewModel

Fragment 相关的lifecycleScope

Fragment ViewModel相关的viewModelScope

5. DialogFragment(Dialog和Fragment的结晶)

DialogFragment 运用

DialogFragment 原理

Dialog 显现Fragment绑定的布局

Dialog的创立时机

6. ViewPager2(Fragment与RecyclerView的结晶)

ViewPager2运用

ViewPager2原理

RecyclerView缓存

RecyclerView与Fragment联动

VP2的缓存

您若喜爱，请点赞、重视、收藏，您的鼓舞是我前进的动力

继续更新中，和我一起稳扎稳打体系、深化学习Android/Kotlin

作者信息

Android Fragment 要你何用？2.0版本

前言

1. 陈词滥调：为什么需求Fragment?

2. Fragment 的生命周期与重建流程

与Activity生命周期对比

Fragment 重建流程

现象

原理

Fragment重建引发的Crash

如何制止Fragment重建

3. Fragment add/remove/replace/hide/show的快速了解

add

remove

replace

hide

show

4. Fragment与ViewModel的结合

Activity ViewModel与FragmentManagerViewModel

FragmentManagerViewModel与Fragment的ViewModel

Fragment 相关的lifecycleScope

Fragment ViewModel相关的viewModelScope

5. DialogFragment(Dialog和Fragment的结晶)

DialogFragment 运用

DialogFragment 原理

Dialog 显现Fragment绑定的布局

Dialog的创立时机

6. ViewPager2(Fragment与RecyclerView的结晶)

ViewPager2运用

ViewPager2原理

RecyclerView缓存

RecyclerView与Fragment联动

VP2的缓存

您若喜爱，请点赞、重视、收藏，您的鼓舞是我前进的动力

继续更新中，和我一起稳扎稳打体系、深化学习Android/Kotlin

相关文章

突破传统动画：探索MotionLayout的独特优势

Gitlab Runner + Docker 自动部署前后端项目

AGP8.0 时代的 Transform 实践

多线程导出压缩方案

作者信息