Hey there, let's work through your two Fragment back stack issues step by step—they're super common once you start nesting Fragments, so don't worry!

问题一：返回栈跳转逻辑不符合预期 #

问题分析 #

核心问题在于未标记的返回栈条目（你所有事务都用了addToBackStack(null)），加上Fragment G里的返回栈处理逻辑混乱。当你用无标识的方式入栈，系统只能按后进先出的顺序处理返回，这就导致从D返回时会绕到G；另外你在Fragment G里同时执行add()、popBackStack()和replace()，会让栈状态变得混乱，不符合预期。

解决方案 #

1. 给所有返回栈条目添加唯一标签

别再传null给addToBackStack()，给每个事务设置有意义的唯一标签，这样后续可以精准定位要弹出的栈层级。

示例：

• 从主Fragment跳转到Fragment B时：

  fragmentTransaction.addToBackStack("FragmentB");
  

• 从Fragment B跳转到C/D/E时：

  // 跳转到Fragment C
  fragmentTransaction.addToBackStack("FragmentC");
  
  // 跳转到Fragment D
  fragmentTransaction.addToBackStack("FragmentD");
  
  // 跳转到Fragment E
  fragmentTransaction.addToBackStack("FragmentE");
  

• 从Fragment F跳转到G时：

  fragmentTransaction.addToBackStack("FragmentG");
  

2. 简化Fragment G的返回逻辑

你现在的代码把事情复杂化了，不需要同时做add、pop和replace，直接弹出栈回到Fragment B即可，popBackStack()会自动恢复之前的Fragment状态：

// 弹出Fragment B之上的所有栈条目，保留Fragment B在栈中
requireFragmentManager().popBackStack("FragmentB", 0);

3. 让Fragment D直接返回Fragment B

可以在宿主Activity或者Fragment D内部处理：

方案一：在Activity中处理
重写Activity的onBackPressed()，判断当前显示的Fragment，针对性调整返回栈：

@Override
public void onBackPressed() {
    Fragment currentFragment = getSupportFragmentManager().findFragmentById(R.id.fragment_container);
    
    // 替换成你实际的Fragment D类名
    if (currentFragment instanceof Fragment_MoneyTransfer_Charges) {
        // 直接回到Fragment B
        getSupportFragmentManager().popBackStack("FragmentB", 0);
        return;
    }
    
    // 其他情况保持默认返回逻辑
    super.onBackPressed();
}

方案二：在Fragment D内部处理
用OnBackPressedDispatcher监听返回键事件：

@Override
public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
    super.onViewCreated(view, savedInstanceState);
    
    requireActivity().getOnBackPressedDispatcher().addCallback(getViewLifecycleOwner(), new OnBackPressedCallback(true) {
        @Override
        public void handleOnBackPressed() {
            // 回到Fragment B
            requireActivity().getSupportFragmentManager().popBackStack("FragmentB", 0);
            // 处理完后移除回调，避免干扰其他场景
            remove();
        }
    });
}

问题二：返回键按下时Fragment重叠 #

问题分析 #

Fragment重叠通常由以下原因导致：

• 配置变化（比如屏幕旋转）时，Activity重建，你在onCreate()里重新加载了Fragment，导致重复实例叠加；
• 混用add()和replace()事务（你目前用的是replace()没问题，但如果旧事务用了add()会留坑）；
• 在异步回调中执行Fragment事务，没有做状态校验。

解决方案 #

1. 避免配置变化时重复加载Fragment

在宿主Activity的onCreate()中，只有当savedInstanceState为null（即Activity首次创建）时，才加载初始Fragment：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.your_activity_layout);
    
    if (savedInstanceState == null) {
        // 仅在首次创建时加载主Fragment
        getSupportFragmentManager().beginTransaction()
            .replace(R.id.fragment_container, new MainFragment())
            .commit();
    }
}

2. 统一使用replace()处理单容器事务

你已经在使用replace()，这是正确的——它会先移除容器内所有现有Fragment，再添加新的，避免叠加。除非你刻意要多Fragment同时显示，否则不要用add()。

3. 不在不安全的上下文执行事务

不要在onActivityResult()、异步任务回调等场景直接执行Fragment事务，先校验Fragment是否仍附着在Activity上：

// 示例：在异步回调中执行事务前先校验状态
if (isAdded() && getViewLifecycleOwner().getLifecycle().isStarted()) {
    // 执行你的Fragment事务
}

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