1.Lifecycle源码解析
2.从源码方面来分析Fragment管理中 Add() 方法
3.Android组件之Fragment（一）---基础知识与运用
4.Android-Fragment源码分析
5.Navigation源码解析及自定义FragmentNavigator详解

Lifecycle源码解析

       作者：Gs 转载地址： /post/

       1、使用猜想

       如果是源码我们实现Lifecycle的功能，我们会如何设计？

       2、使用入口

       既然Activity或者Fragment作为生命周期的源码所有者，并且在他们中增加了LifecycleObserver，使用那么我们就从Activity或者Fragment作为探索Lifecycle原理的源码王者荣耀xs源码入口。在Activity或者Fragment中使用Lifecycle时，使用我们通常会看到如下代码：

       我们进入getLifecycle()方法。源码注：以Activity中的使用代码为例。

       这是源码Activity的父类ComponentActivity中的代码：

       getLifecycle()返回的mLifecycleRegistry，直接使用new创建。使用

       LifecycleRegistry的源码构造方法必须传递LifecycleOwner参数。而ComponentActivity已经实现了LifecycleOwner接口，使用所以可以直接

       LifecycleOwner接口很简单，源码只有一个getLifecycle()抽象方法。使用

       所以我们的Activity或者Fragment作为生命周期的所有者，同时也实现了LifecycleOwner接口，通过getLifecycle()方法获取LifecycleRegistry对象，LifecycleRegistry也就是实现生命周期分发的类。

       LifecycleRegistry在lifecycle-runtime包中。

       3、生命周期事件分发

       我们看到Activity的父类ComponentActivity实现了LifecycleOwner接口，并且创建了LifecycleRegistry对象。那么生命周期的分发也应该在ComponentActivity的各个生命周期方法中吧。然而，MACD力度公式源码我们看到ComponentActivity中只复写了onCreate()方法，没有其他生命周期方法。

       里面有一句代码

       ReportFragment不是在上面中和LifecycleRegistry在lifecycle-runtime包中一起出现的吗？所以ReportFragment一定是为了实现Lifecycle功能。

       injectIfNeededIn()方法很简单，就是创建ReportFragment加入到Activity中。但是它里面包含了各个生命周期方法，而且都调用了分发方法dispatch()。参数就是我们在自定义LifecycleObserver中给方法加的注释事件。

       至此，我们找到了生命周期事件的分发方法dispatch(Event event)，方法内部使用LifecycleRegistry的handleLifecycleEvent(event)分发事件。上面我们也说过LifecycleRegistry就是实现生命周期分发的类。而ReportFragment的作用就是获取生命周期而已，因为Fragment生命周期是依附Activity的。好处是把这部分逻辑抽离出来，实现Activity的无侵入。如果你对加载库Glide比较熟悉，就会知道它也是使用透明Fragment获取生命周期的。

       4、生命周期事件处理

       LifecycleRegistry继承自Lifecycle。

       Lifecycle使用两种主要枚举跟踪其关联组件的生命周期状态：

       Event触发的时机：

       您可以将状态看作图中的节点，将事件看作这些节点之间的边。上一节中，我们知道ReportFragment生命周期发生变化时，暗含玄机指标源码都会调用LifecycleRegistry中的handleLifecycleEvent()方法。因此，我们先看一下handleLifecycleEvent()方法。

从源码方面来分析Fragment管理中 Add() 方法

       本文深入解析了Android中Fragment管理中的关键方法——Add()。Add()方法作为添加Fragment的基础操作，其用法直观且简便。例如，向Activity中添加一个Fragment的代码如下：

       getSupportFragmentManager().beginTransaction().add(R.id.fragmenta,new FragmentA()).commit();

       在实际应用中，我们通常需要添加多个Fragment以实现界面的动态切换。如微信底部导航栏，每个按钮对应一个不同的Fragment。通过Add()方法配合hide和show，可以实现Fragment之间的平滑切换。

       我们以两个Fragment为例，实现了MainActivity的布局和内容。通过简单的代码实现，我们观察到Fragment的生命周期。初次运行时，输出如下日志；点击FragmentB后，再次点击FragmentA和B时，日志显示FragmentA和B只会初始化一次，证明了通过hide和show进行切换时，初始化效果的实现。

       接着，金币商城系统源码我们介绍了replace方法。replace方法实际上包含了remove和add的组合，用于在FragmentManager中替换Fragment。若切换到下一个Fragment时，上一个Fragment不再需要，可以使用replace方法。若需要保留上一个Fragment，API提供了相应的addBackToStack方法。

       修改MainActivity代码中的逻辑，再次执行并观察日志。在初次初始化时，日志保持一致；点击FragmentB后，发现Fragment调用了destroy方法，而点击FragmentA时，界面显示的仍是FragmentB。此时，我们修改了逻辑，使得每次切换时，Fragment都会重新调用onCreateView到onDestroyView的所有方法，实现了布局层的完整销毁和重建。

       特别提醒，当进行Fragment嵌套时，若需要在返回时跳过中间的Fragment，使用FragmentManager.popBackStackImmediate方法可以实现弹出指定TAG的阴阳转指标源码Fragment，并清除其之前的Fragment，从而实现更深层次的返回。

       本文代码示例和完整代码资源可以通过点击此处传送门获取，或者查看下方小卡片。

       最后，我想强调的是，技术的追求永无止境。对于程序员而言，不断提升自己，对每一行代码、每一个工具负责，深入理解其底层原理，是提升技术能力的关键。Android架构师之路漫长而艰辛，与君共勉。

Android组件之Fragment（一）---基础知识与运用

        Fragment是Android3.0后引入的一个新的API，他出现的初衷是为了适应大屏幕的平板电脑， 当然现在他仍然是平板APP UI设计的宠儿，而且我们普通手机开发也会加入这个Fragment， 我们可以把他看成一个小型的Activity，又称Activity片段！想想，如果一个很大的界面，我们 就一个布局，写起界面来会有多麻烦，而且如果组件多的话是管理起来也很麻烦！而使用Fragment 我们可以把屏幕划分成几块，然后进行分组，进行一个模块化的管理！从而可以更加方便的在 运行过程中动态地更新Activity的用户界面！另外Fragment并不能单独使用，他需要嵌套在Activity 中使用，尽管他拥有自己的生命周期，但是还是会受到宿主Activity的生命周期的影响，比如Activity 被destory销毁了，他也会跟着销毁！

        引用官方的一张图片，其实已经说明问题了，就是为了更好的适配大屏，在大屏的时候，不需要去在一个activity内部通过复杂的布局和界面去实现，只需要去在一个activity内部，通过多个fragment来做界面布局实现即可，而且针对于多个fragment来说， 每个fragment有单独的生命周期，

        Demo样例，我们在一个界面中，有上下两个fragment，如图所示：

        Step 2: Fragment创建，视图加载，数据赋值

        BlankFragment .java

        Step 3: Activity在onCreate( )方法中调用setContentView()之后调用FragmentTransaction 进行事务提交

        FragmentTestActivity.java

        在xml中声明两个fragment，指定为具体的fragment

        Step 1:定义Fragment的布局，就是fragment显示内容的

        Step 2:自定义一个Fragmentç±»,需要继承Fragment或者他的子类,重写onCreateView()方法 在该方法中调用:inflater.inflate()方法加载Fragment的布局文件,接着返回加载的view对象

        BlankFragment.java

        Step 3:在需要加载Fragment的Activity对应的布局文件中添加fragment的标签， 记住，name属性是全限定类名哦，就是要包含Fragment的包名，如:

        Step 4: Activity在onCreate( )方法中调用setContentView()加载布局文件即可!

        针对在一个Activity中的某个Layout中切换Fragment,,无非两种方法：

        我们自己看一下方法注释

        源码方法注释里面说的很明白，这个方法会移除所有的fragment，然后添加当前的fragment。

        这时分为两种情况，一种是fragment已有并且在前台展示，一种是未有或者在后台，针对于前者，此时replace，生命周期不会发生变化，针对后者，生命周期会重新走

        分为两种情况，一种fragment已存在，一种未存在，针对于前者，生命周期无变化，但是会回调onHiddenChanged方法，针对于后者，生命周期会创建一次。

        1.Fragment是Google官方引入的一个为了适配大屏、多页面的一个组件。您可以理解为它就是一个类而已，只不过里面包含了View，并且与activity的生命周期进行了关联。

        2.动态加载与静态加载相对来说，建议使用动态加载，静态加载固定在了xml文件中，永远不变。

        3.replace的fragment如果不在前台，会执行所有生命周期，反之不会执行任何生命周期方法；hide+show生命周期并不会发生变化，但是会回调onHiddenChanged方法，在实际开发中，建议add之后，使用hide+show来操作fragment，一方面减少资源的重复加载和创建，另外一方面提升用户体验感。

        4.fragment的生命周期大体上和activity一致，但是前期和后期多了一些东西，因为fragment内部有view，那么这个view需要进行创建、然后添加到activity内部，所以相应的在onCreate与onStart之间就多了几个方法-onCreateView、onViewCreated。相同的道理，fragment的view与activity解绑，也相应的在onStop与onDestory之间多个方法-onDestroyView。onAttach与onDetach可以理解为视图与activity产生关联和接触关联，是最开始和最后的步骤。

        Demo地址

Android-Fragment源码分析

       Fragment是Android系统为了提高应用性能和降低资源消耗而引入的一种更轻量级的组件，它允许开发者在同一个Activity中加载多个UI组件，实现页面的切换与回退。Fragment可以看作是Activity的一个子部分，它有自己的生命周期和内容视图。

       在实际应用中，Fragment可以用于构建动态、可复用的UI组件，例如聊天应用中，左右两边的布局（联系人列表和聊天框）可以分别通过Fragment来实现，通过动态地更换Fragment，达到页面的切换效果，而无需整个页面的刷新或重新加载。

       在实现上，v4.Fragment与app.Fragment主要区别在于兼容性。app.Fragment主要面向Android 3.0及以上版本，而v4.Fragment（即支持包Fragment）则旨在提供向下兼容性，支持Android 1.6及更高版本。使用v4.Fragment时，需要继承FragmentActivity并使用getSupportFragmentManager()方法获取FragmentManager对象。尽管从API层面看，两者差异不大，但官方倾向于推荐使用v4.Fragment，以确保更好的兼容性和性能优化。

       下面的示例展示了如何使用v4.Fragment实现页面的加载与切换。通过创建Fragment和FragmentActivity，我们可以加载特定的Fragment，并在不同Fragment间进行切换。

       在FragmentDemo的布局文件中，定义了Fragment容器。

       在Fragment代码中，定义了具体的业务逻辑和视图渲染，如初始化界面数据、响应用户事件等。

       在Activity代码中，通过FragmentManager的beginTransaction方法，加载指定的Fragment实例，并在需要时切换到不同Fragment，实现页面的动态更新。

       从官方的建议来看，v4.Fragment已经成为推荐的使用方式，因为它在兼容性、性能和功能方面都更优于app.Fragment。随着Android系统的迭代，使用v4.Fragment能确保应用在不同版本的Android设备上均能获得良好的运行效果。

       在Fragment的生命周期管理中，Fragment与Activity的生命周期紧密关联。通过FragmentManager的操作，如commit、replace等，可以将Fragment加入到Activity的堆栈中，实现页面的加载与切换。当用户需要返回时，系统会自动将当前Fragment从堆栈中移除，从而实现页面的回退。

       深入Fragment源码分析，我们可以了解其如何在底层实现这些功能。Fragment的初始化、加载、切换等过程涉及到多个关键类和方法，如FragmentManager、FragmentTransaction、BackStackRecord等。通过这些组件的协作，Fragment能够实现与Activity的生命周期同步，确保用户界面的流畅性和高效性。

       在实际开发中，使用Fragment可以显著提高应用的响应速度和用户体验。通过动态加载和切换不同的Fragment，开发者可以构建出更加灵活、高效的应用架构，同时减少资源的消耗，提高应用的性能。

Navigation源码解析及自定义FragmentNavigator详解

       谷歌推出的Navigation主要目标是统一应用内页面跳转行为。使用方法简单，新项目选择Bottom Navigation Activity，系统自动生成页面逻辑。

       Navigation源码设计简洁，包含多个关键类。其中，NavHostFragment是直接在XML文件中定义的，其生命周期方法onCreate中直接创建了NavHostController，并通过findNavController暴露给外部调用者。NavHostController继承自NavController。在此过程中，通过navController获取NavigatorProvider并添加了两个Navigator：DialogFragmentNavigator和FragmentNavigator。NavController构造方法中还额外添加了两个Navigator，分别对应DialogFragment、Fragment和Activity的页面跳转。NavGraphNavigator用于在XML配置的navGraph与根节点文件中的startDestination之间实现跳转，功能单一。

       各个Navigator通过重写navigate方法实现各自的跳转逻辑。FragmentNavigator的关键实现在于注释1处，使用replace加载Fragment，这不符合实际开发需求。文章后续将解释如何自定义FragmentNavigator以避免Fragment在切换时执行生命周期。

       NavigatorProvider内部维护了一个HashMap存储相关Navigator信息，通过获取Navigator的注解Name作为键和getClass作为值进行存储。在onCreate方法中，mNavController调用了setGraph，解析XML配置的mobile_navigation节点信息文件，根据不同的节点各自解析。通过获取NavInflater进行解析，返回NavGraph，NavGraph继承自NavDestination，保存了所有解析出的节点信息。

       总结，通过NavHostFragment获取到NavContorl并存储了相关Navigator信息。通过各自navigate方法进行页面跳转，通过setGraph解析配置的页面节点信息并封装为NavGraph对象。其中，通过SparseArray存储Destination信息。

       自定义Navigator实现思路主要在于继承现有FragmentNavigator并重写其navigate方法，将replace方法替换为show和hide方法，完成Fragment切换。通过@Navigator.Name(value)注解标记自定义类为Navigator，加入NavigatorProvider中即可识别。自定义Navigator核心代码实现后，需调整mobile_navigation节点中的fragment为fixFragment，并删除布局文件中NavHostFragment节点信息，手动关联FixFragmentNavigator与NavControl，完成Fragment切换时生命周期不会重新执行。