如何在切换Home/Profile Fragment时控制OptionsMenu的显示隐藏？

方案一：在Fragment中独立控制OptionsMenu #

这是最贴合Android组件化设计的方式，让每个Fragment自行决定是否展示菜单：

HomeFragment（隐藏菜单） #

在onCreate方法中声明不拥有OptionsMenu，系统会自动隐藏Activity的菜单：

class HomeFragment : Fragment() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setHasOptionsMenu(false) // 告知系统该Fragment不提供菜单
    }
}

ProfileFragment（展示菜单） #

声明拥有菜单并加载自定义菜单布局：

class ProfileFragment : Fragment() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setHasOptionsMenu(true) // 告知系统该Fragment提供菜单
    }

    override fun onCreateOptionsMenu(menu: Menu, inflater: MenuInflater) {
        inflater.inflate(R.menu.profile_menu, menu) // 加载你的菜单资源
        super.onCreateOptionsMenu(menu, inflater)
    }

    // 可选：处理菜单点击事件
    override fun onOptionsItemSelected(item: MenuItem): Boolean {
        return when(item.itemId) {
            R.id.action_edit_profile -> {
                // 执行编辑操作
                true
            }
            else -> super.onOptionsItemSelected(item)
        }
    }
}

切换Fragment时，系统会自动根据当前Fragment的setHasOptionsMenu状态更新Activity的菜单，无需额外在Activity中处理。

方案二：通过BottomNavigation监听在Activity中集中控制 #

如果希望在Activity中统一管理菜单状态，可以监听BottomNavigation的选中事件，动态触发菜单重绘：

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val bottomNav = findViewById<BottomNavigationView>(R.id.bottom_nav)
        bottomNav.setOnItemSelectedListener { item ->
            invalidateOptionsMenu() // 触发菜单重新创建
            // 处理Fragment切换逻辑（如果未使用Navigation Component）
            when(item.itemId) {
                R.id.nav_home -> {
                    supportFragmentManager.beginTransaction()
                        .replace(R.id.fragment_container, HomeFragment())
                        .commit()
                    true
                }
                R.id.nav_profile -> {
                    supportFragmentManager.beginTransaction()
                        .replace(R.id.fragment_container, ProfileFragment())
                        .commit()
                    true
                }
                else -> false
            }
        }
    }

    override fun onCreateOptionsMenu(menu: Menu): Boolean {
        val selectedItemId = findViewById<BottomNavigationView>(R.id.bottom_nav).selectedItemId
        return if (selectedItemId == R.id.nav_profile) {
            menuInflater.inflate(R.menu.profile_menu, menu)
            true
        } else {
            menu.clear() // 清空菜单
            false
        }
    }
}

替代方案：自定义Toolbar动态切换菜单 #

如果使用自定义Toolbar而非默认ActionBar，可以直接操作Toolbar的菜单：

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val toolbar = findViewById<Toolbar>(R.id.toolbar)
        setSupportActionBar(toolbar)

        val bottomNav = findViewById<BottomNavigationView>(R.id.bottom_nav)
        bottomNav.setOnItemSelectedListener { item ->
            when(item.itemId) {
                R.id.nav_home -> {
                    toolbar.menu.clear() // 清空Toolbar菜单
                    // 切换到HomeFragment
                    true
                }
                R.id.nav_profile -> {
                    toolbar.inflateMenu(R.menu.profile_menu) // 加载菜单
                    // 设置菜单点击监听
                    toolbar.setOnMenuItemClickListener { menuItem ->
                        when(menuItem.itemId) {
                            R.id.action_settings -> {
                                // 处理设置点击
                                true
                            }
                            else -> false
                        }
                    }
                    // 切换到ProfileFragment
                    true
                }
                else -> false
            }
        }
    }
}

方案选择建议 #

• 优先使用方案一：每个Fragment自主管理菜单，符合单一职责原则，代码解耦性更好。
• 如果需要集中管理菜单逻辑，选择方案二。
• 若需高度自定义Toolbar样式或行为，选择替代方案。

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