起初Jetpack Navigation把我逼疯了,可是后来真香

1. Navigation到底该如何正确的使用

相信大家对 Navigation都有所耳闻，我不细说怎么用了，官方的讲解也很详细。我是想说一下到底该如何更好的使用这个组件。

这个组件其实是需要配合官方的MVVM架构使用的，ViewModel+LiveData结合才能更好的展现出Navigation的优势。

在官方的讲解示例中没有用到ViewModel和LiveData，官方只是演示了Navigation怎么用怎么在页面之间传值，和这个组件的一些特性之类的。但真正用好还是要结合ViewModel和LiveData。

2. Navigation大家都以为的缺陷

起初我用Navigation的时候，最头疼的是当按下返回键回到上个页面的时候整个页面被重建了，这是开发中不想要的结果，很多时候大家都会去寻求一种方式：将官方的replace方式替换为Hide和Show。起初也是想到这个方式，然后结合在网上得到的资料自己写了一个方式FragmentNavigatorHideShow。

3. 然而这不是缺陷

但是很快啊，我发现这个方式(Hide和Show)存在严重的逻辑问题。

这里可以看到，有一些场景下，我们有某个页面可以打开和自己相同的页面，只不过是展示的数据不同而已。当我用hide和show的方式展示下个页面的时候，会发现打开的还是上个页面。当按下返回键之后，上个相同的页面不见了，新打开的页面和上个页面尽然是同一个对象，这肯定不符合业务逻辑。于是我又开始研究起replace的方式，当然我在使用这个Navigation的时候就采用了MVVM + ViewModel+LiveData，这时候我想起ViewModel是不受Fragment重建影响的。于是我打印了一下在使用replace方式下页面生命周期的变化。

从HomeFragment进入MyFragment生命周期变化：

可以看到，在replace之后HomeFragment并没有执行onDestory而是执行了onDestoryView这也使得页面必须要重建。而onDestoryView不会导致 ViewModel的销毁。也就是说 ViewModel还在，ViewModel中的LiveData所保存的数据也是存在的。当我按下返回键，重新回到HomeFragment页面理所当然的执行了onViewCreated，此时代码中页面对ViewModel中的LiveData所观察数据又重新进行了observe观察，因为LiveData之前保存过数据所以这段代码也理所当然的被执行了。页面上也重新填充了数据。

    override fun initLiveData() {
        viewModel.liveData.observe(this) {
            Log.d(TAG, "data change :  $it ")
            textView.text = it
        }
    }
复制代码

这个时候，你会发现，页面好像没有重建一样。我这才理解了谷歌的用意。它这步棋下的很巧啊。

也里所当然的我抛弃了FragmentNavigatorHideShow，又拥抱回了谷歌爸爸。

说回上面那个问题，当一个页面中可以打开自己的时候，在FragmentNavigator源码中只要是导航到下一个目的地就会重新创建一个新的Fragment，上一个Fragment会被加入回退栈里，所以才可以在Fragment中打开一个新的自己，来展示不同的信息。而hide和show的方式会每次都去查找之前有没有创建过这个页面，如果有，就Show，如果没有就创建。所以才会导致自己打开自己，永远都是同一个Fragment对象。

4. 那么到底该如何正确使用

到底该如何正确使用Navigation，这也是我这段时间使用的一点点经验。

Fragment中的所有动态数据都由ViewModel中的LiveData保存。我们只监听LiveData的数据变化，这也符合MVVM 的架构麻，当然还有一个Model我没说Repository，这个我就不解释了。

Fragment之间传递的数据都交给Bundle页面重建的时候这些数据也会被保存，再次走一遍从Bundle中取数据的过程是完全不会报错的。所以页面上的数据不会被丢失了，而像RecyclerView，ViewPager之类的控件它们也会保存自己之前的状态，页面重建后，RecyclerView，ViewPager会记录自己滑动的位置的，这个不用担心，还有一点就是有一些控件，比如CoordinatorLayout你可能需要给它和它的子View控件一个Id才能保存滑动状态。

遵循这样的一个规则之后呢，就可以忽略这个页面重建的问题了。

5. Navigation的页面转场动画的一些问题

用过Navigation的都知道，页面转场动画要一个一个的添加，就像这样：

<!--这是官方的Demo示例-->
<fragment
            android:id="@+id/title_screen"
            android:name="com.example.android.navigationsample.TitleScreen"
            android:label="fragment_title_screen"
            tools:layout="@layout/fragment_title_screen">
        <action
                android:id="@+id/action_title_screen_to_register"
                app:destination="@id/register"
                app:popEnterAnim="@anim/slide_in_left"
                app:popExitAnim="@anim/slide_out_right"
                app:enterAnim="@anim/slide_in_right"
                app:exitAnim="@anim/slide_out_left"/>
        <action
                android:id="@+id/action_title_screen_to_leaderboard"
                app:destination="@id/leaderboard"
                app:popEnterAnim="@anim/slide_in_left"
                app:popExitAnim="@anim/slide_out_right"
                app:enterAnim="@anim/slide_in_right"
                app:exitAnim="@anim/slide_out_left"/>
    </fragment>
复制代码

每一个标签都要写一遍一样的代码，让我很头疼。于是我还是想到了，重写FragmentNavigator将所有的增加一个判断如果标签中没有设置专场动画，那么我就给这个Fragment添加上专场动画。

      	//我一开始设想的载源码位置处添加的动画操作
		int enterAnim = navOptions != null ? navOptions.getEnterAnim() : 动画id;
        int exitAnim = navOptions != null ? navOptions.getExitAnim() : 动画id;
        int popEnterAnim = navOptions != null ? navOptions.getPopEnterAnim() : 动画id;
        int popExitAnim = navOptions != null ? navOptions.getPopExitAnim() : 动画id;
        if (enterAnim != -1 || exitAnim != -1 || popEnterAnim != -1 || popExitAnim != -1) {
            enterAnim = enterAnim != -1 ? enterAnim : 0;
            exitAnim = exitAnim != -1 ? exitAnim : 0;
            popEnterAnim = popEnterAnim != -1 ? popEnterAnim : 0;
            popExitAnim = popExitAnim != -1 ? popExitAnim : 0;
            ft.setCustomAnimations(enterAnim, exitAnim, popEnterAnim, popExitAnim);
        }
复制代码

然而我太天真了，我们想到的，谷歌爸爸都考虑过了。因为如果像我一样天真的加上这样的判断之后，你会发现，第一个默认Fragment也拥有了动画属性。而且做隐式链接跳转的时候，这个动画会非常影响观感。所以第一个默认Fragment不能有转场动画。当然后来我想到了判断返回栈是否存在为空，通过这个判断是否是第一个页面。但是我都能想到谷歌爸爸肯定也想到了。他们不这么做肯定是有原因的吧。还是等待官方优化，于是我放弃了，老老实实的挨个复制粘贴，

不过后来我在Navigation的issues 找到了这个问题，因该在优化的计划中吧。

6. Replace在重建Fragment的时候，过度动画卡顿

在使用 Navigation的时候，按下返回键回到上个页面，页面重建，这个时候会发现过度动画会有那么几百毫秒卡那么一下，一个转场动画也就400毫秒左右，卡那么一下效果是非常明显的。这也归功于Fragment重建的原因了，页面展示的数据量巨大的时候，重建时的绘制工作量也是相当的大，所以肯定会卡那么一下下啦。

后来我发现了一个方法：

    override fun onCreateAnimation(transit: Int, enter: Boolean, nextAnim: Int): Animation? {
        return super.onCreateAnimation(transit, enter, nextAnim)
    }
复制代码

我们可以把数据加载的过程放在动画执行之后再请求。

    override fun onCreateAnimation(transit: Int, enter: Boolean, nextAnim: Int): Animation? {
       if (enter) {
           if (nextAnim > 0) {
               val animation = AnimationUtils.loadAnimation(requireActivity(), nextAnim)
               animation.setAnimationListener(object : Animation.AnimationListener {
               
                   override fun onAnimationEnd(animation: Animation?) {
                       onEnterAnimEnd()//动画结束后再去请求网络数据、或者初始化LiveData
                   }

               })
               return animation
           } else {
               onEnterAnimEnd()
           }
       } else {
           if (nextAnim > 0) {
               return AnimationUtils.loadAnimation(requireActivity(), nextAnim)
           }
       }
       return super.onCreateAnimation(transit, enter, nextAnim)
   }
   
   /**
    * 子类重写，判断是否需要加载数据，或者初始化LiveData
    */
   fun onEnterAnimEnd(){
       Log.d(TAG, "onEnterAnimEnd: ")
   }
复制代码

然后我们再找到onViewCreated方法，因为Base类我们通常会将初始化方法进行抽象所以我们要进行两个事情：

1: 在View进行绘制初始化的时候暂停过场动画

2: 在View与Data初始化结束后再开始动画的执行

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
       super.onViewCreated(view, savedInstanceState)
       //暂停过场动画
       postponeEnterTransition()
       //View与数据初始化
       initViewAndData(view)
       initLiveData()//LiveData的初始化可以放到动画结束之后
        //最后使用这个方法监听视图结构，并开始执行过场动画
       (view.parent as? ViewGroup)?.apply {
           OneShotPreDrawListener.add(this){
               startPostponedEnterTransition()
           }
       }
   }

复制代码

这样操作之后就可以预防由于RecyclerView大量数据加载时导致的过场动画掉帧问题了，但是也不是完全不掉帧，不过这个解决办法还是有效的，剩下的就是优化自己代码了，防止做太多的耗时操作。

我以前的解决办法是将过场动画进行延时100毫秒执行，但这个方式，我自己也是不满足，于是还是翻阅官方的文档，查找解决办法，掘友也给我提出过相关的问题，这段时间不忙了，所以重新修改一下以前自己犯的问题。

其他推荐

《LiveData巧妙封装，我再也不怕Navigation重建Fragment啦！》对这篇文章进行了LiveData的使用补充