如何通过NavController在MainActivity onCreate预加载所有Fragment并保留回退栈？

首先明确：Navigation 组件的默认行为是懒加载 Fragment——只有当用户切换到对应的导航项时，才会创建并初始化该 Fragment，这也是为了优化启动速度和内存占用。所以直接用 NavigationUI.setupWithNavController() 没法实现一次性加载所有 Fragment，但我们可以通过自定义逻辑来达成需求，不过得先权衡利弊：一次性加载所有 Fragment 会增加 App 启动时的内存开销，同时多个 Firestore 查询同时发起可能拉长启动时间，你需要根据自己的业务场景判断是否值得这么做。

下面是具体的实现步骤，基于你提供的 MainActivity 代码修改：

1. 提前初始化所有目标 Fragment #

在 onCreate() 中，先获取 BottomNavigationView 对应的所有导航目标 ID，然后手动创建每个 Fragment 实例并添加到 NavHostFragment 的子 FragmentManager 中，默认只显示第一个 Fragment，其余隐藏：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    BottomNavigationView navView = findViewById(R.id.nav_view);
    NavController navController = Navigation.findNavController(this, R.id.nav_host_fragment);
    
    // 步骤1：获取所有导航目标ID
    Menu menu = navView.getMenu();
    List<Integer> destinationIds = new ArrayList<>();
    for (int i = 0; i < menu.size(); i++) {
        destinationIds.add(menu.getItem(i).getItemId());
    }
    
    // 步骤2：获取NavHostFragment的子FragmentManager
    NavHostFragment navHostFragment = (NavHostFragment) getSupportFragmentManager().findFragmentById(R.id.nav_host_fragment);
    FragmentManager childFm = navHostFragment.getChildFragmentManager();
    
    // 步骤3：创建并添加所有Fragment到容器
    FragmentTransaction transaction = childFm.beginTransaction();
    for (int i = 0; i < destinationIds.size(); i++) {
        int destId = destinationIds.get(i);
        NavDestination dest = navController.getGraph().findNode(destId);
        
        // 确保目标是Fragment类型的导航项
        if (dest instanceof FragmentNavigator.Destination) {
            String fragmentClassName = ((FragmentNavigator.Destination) dest).getClassName();
            try {
                Fragment fragment = (Fragment) Class.forName(fragmentClassName).newInstance();
                // 用目标ID作为Tag，方便后续查找
                transaction.add(R.id.nav_host_fragment, fragment, String.valueOf(destId));
                // 除第一个Fragment外，其余默认隐藏
                if (i != 0) {
                    transaction.hide(fragment);
                }
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }
    transaction.commitNow(); // 立即执行事务，确保Fragment初始化完成
    
    // 步骤4：替换默认导航监听，手动控制Fragment显示/隐藏
    navView.setOnNavigationItemSelectedListener(item -> {
        int targetDestId = item.getItemId();
        Fragment currentFragment = childFm.getPrimaryNavigationFragment();
        Fragment targetFragment = childFm.findFragmentByTag(String.valueOf(targetDestId));
        
        if (targetFragment != null && targetFragment != currentFragment) {
            FragmentTransaction switchTransaction = childFm.beginTransaction();
            // 隐藏当前Fragment
            if (currentFragment != null) {
                switchTransaction.hide(currentFragment);
            }
            // 显示目标Fragment
            switchTransaction.show(targetFragment);
            // 设置为Primary导航Fragment，处理回退逻辑
            switchTransaction.setPrimaryNavigationFragment(targetFragment);
            // 添加到回退栈，保留切换历史
            switchTransaction.addToBackStack(null);
            switchTransaction.commit();
            
            // 更新NavController的当前目的地，保持状态一致
            navController.navigate(targetDestId);
        }
        return true;
    });
}

2. 自定义回退栈处理 #

默认的回退逻辑可能不符合需求，需要重写 onBackPressed() 来控制回退行为：

@Override
public void onBackPressed() {
    NavHostFragment navHostFragment = (NavHostFragment) getSupportFragmentManager().findFragmentById(R.id.nav_host_fragment);
    FragmentManager childFm = navHostFragment.getChildFragmentManager();
    
    if (childFm.getBackStackEntryCount() > 1) {
        // 回退到上一个选中的Fragment
        childFm.popBackStack();
        // 更新BottomNavigationView的选中状态
        int currentDestId = Navigation.findNavController(this, R.id.nav_host_fragment).getCurrentDestination().getId();
        findViewById(R.id.nav_view).setSelectedItemId(currentDestId);
    } else {
        // 回退栈仅剩初始Fragment，退出应用
        super.onBackPressed();
    }
}

3. 更优雅的替代方案：用ViewModel缓存数据 #

其实你提到的首次卡顿，核心原因是Firestore查询在Fragment首次创建时执行。如果不想一次性加载所有Fragment，更推荐用ViewModel缓存查询结果：

• 给每个Fragment创建对应的ViewModel，把Firestore查询逻辑放在ViewModel的初始化方法中
• ViewModel的生命周期独立于Fragment，即使Fragment被销毁重建，数据依然保留
• 下次切换到该Fragment时，直接使用ViewModel中缓存的LiveData数据，避免重复发起查询

示例ViewModel代码：

public class MyFragmentViewModel extends ViewModel {
    private final MutableLiveData<List<MyData>> dataList = new MutableLiveData<>();
    
    public MyFragmentViewModel() {
        // 首次初始化时发起Firestore查询
        FirebaseFirestore.getInstance()
                .collection("my_collection")
                .get()
                .addOnSuccessListener(queryDocumentSnapshots -> {
                    List<MyData> data = queryDocumentSnapshots.toObjects(MyData.class);
                    dataList.postValue(data);
                });
    }
    
    public LiveData<List<MyData>> getDataList() {
        return dataList;
    }
}

然后在Fragment的onViewCreated()中观察数据：

@Override
public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    MyFragmentViewModel viewModel = new ViewModelProvider(this).get(MyFragmentViewModel.class);
    viewModel.getDataList().observe(getViewLifecycleOwner(), data -> {
        // 用FirebaseUI填充RecyclerView
        recyclerView.setAdapter(new FirebaseRecyclerAdapter<>(...));
    });
}

这种方案既解决了首次切换的卡顿问题，又不会增加启动时的内存压力，是更稳妥的选择。

内容的提问来源于stack exchange，提问作者Thomas Bernhard