添加并移除Fragment后onCreateOptionsMenu未被调用的问题

这个问题我之前在项目里碰到过，本质是当Fragment被加入回退栈再弹出后，系统没有自动重新激活原Fragment的菜单回调状态，或者Activity的菜单缓存没及时更新导致的。下面给你几个可行的解决方案：

方案一：在原Fragment的onResume中强制激活菜单并刷新 #

当Fragment从回退栈返回时，onResume方法会被调用，我们可以在这里明确标记当前Fragment需要参与菜单创建，并强制刷新菜单：

@Override
public void onResume() {
    super.onResume();
    // 确保当前Fragment有权限创建OptionsMenu
    setHasOptionsMenu(true);
    // 强制刷新菜单，触发onCreateOptionsMenu
    ActivityCompat.invalidateOptionsMenu(getActivity());
}

这个方案的好处是不用关心回退栈操作的时机，只要Fragment回到前台，就会自动处理菜单刷新。

方案二：利用回退栈监听触发菜单刷新 #

如果你想在回退栈操作完成后精准触发刷新，可以给FragmentManager添加回退栈变化监听器，当确认fragment2被弹出后，手动刷新菜单：

// 调用popBackStack的地方添加监听
getSupportFragmentManager().popBackStack();
getSupportFragmentManager().addOnBackStackChangedListener(new FragmentManager.OnBackStackChangedListener() {
    @Override
    public void onBackStackChanged() {
        // 检查回退栈是否为空（即fragment2已被弹出）
        if (getSupportFragmentManager().getBackStackEntryCount() == 0) {
            ActivityCompat.invalidateOptionsMenu(MainActivity.this);
            // 记得移除监听器，避免内存泄漏
            getSupportFragmentManager().removeOnBackStackChangedListener(this);
        }
    }
});

这种方式适合需要在特定时机（比如回退完成后）才刷新菜单的场景。

方案三：优化fragment2的菜单配置 #

如果fragment2不需要自定义OptionsMenu，记得不要在它里面调用setHasOptionsMenu(true)——这样原Fragment的菜单会一直处于激活状态，回退之后自然能正常响应invalidateOptionsMenu。

如果fragment2确实需要自定义菜单，那在它的onDestroyView方法中触发一次菜单刷新，确保它销毁后原Fragment的菜单能恢复：

@Override
public void onDestroyView() {
    super.onDestroyView();
    ActivityCompat.invalidateOptionsMenu(getActivity());
}

额外提醒 #

一定要确认你的原Fragment在onCreate方法中已经调用了setHasOptionsMenu(true)——这是Fragment能参与菜单创建的基础前提，如果漏掉这一步，不管怎么刷新都不会触发onCreateOptionsMenu。

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