讨论了两年的 Navigation 保存 Fragment 状态问题居然被关闭了

讨论地址

https://github.com/android/architecture-components-samples/issues/530

问题描述

大概两年前开始使用 Navigation，当时觉得把所有 Fragment 都保存在一个导航图的理念很先进，然后就用了，然后发现每次 Fragment 都会重新创建，如果从 A 页面到 B 页面，然后返回 A 页面，那么 A 页面会被重建，FragmentA - FragmentB - New FragmentA，无论用户还是开发者都是不希望页面被重建的，https://github.com/android/architecture-components-samples/issues/530#issuecomment-658360926

Workaround

于是有了这位同学的解决方法，https://github.com/android/architecture-components-samples/issues/530#issuecomment-526455102

public NavDestination navigate(@NonNull Destination destination, @Nullable Bundle args,
            @Nullable NavOptions navOptions, @Nullable Navigator.Extras navigatorExtras) {
        
//      ft.replace(mContainerId, frag);

//      change to  

        if(mFragmentManager.getFragments().size()>0){
            ft.hide(mFragmentManager.getFragments().get(mFragmentManager.getFragments().size()-1));
            ft.add(mContainerId, frag);
        }else {
            ft.replace(mContainerId, frag);
        }
        
}

于是就这样用了一年多，但是这个方法用起来也确实会有很多内存消耗问题，而且在非主流配置的机器上，页面跳转明显比官方的 Navigate()方法响应慢。

问题照旧

于是又翻了下这个问题的讨论情况，发现还是老样子，官方坚持说这么做会消耗大量内存，https://github.com/android/architecture-components-samples/issues/530#issuecomment-789131002 说这里是给你讨论我的 sample 代码的 issue 的，不是讨论 library 本身的？？还坚持说我 Fragment 也没问题（没有任何人报告 issue ），各种保存和恢复机制都给你做好了等等等等，然后把问题关了？？

请问下有用使用 Navigation 的同学吗？请说说你们的看法，谢谢！