如何在多个Android Activity间共享Options Menu的选择处理代码？

当然有办法解决这个重复代码的问题啦！每个Activity都写一遍相同的onOptionsItemSelected逻辑确实挺烦的，我给你分享几种常用的优雅方案：

方法1：创建基础父类Activity（最直接的方案） #

这是Android开发中处理这类重复逻辑的经典做法——写一个抽象的父类Activity，把共享的菜单选择逻辑封装进去，其他需要用到这个菜单的Activity直接继承它就好。

先写你的BaseActivity：

public abstract class BaseActivity extends AppCompatActivity {
    @Override
    public boolean onOptionsItemSelected(MenuItem item) {
        // 处理共享的菜单项选择
        switch (item.getItemId()) {
            case R.id.settings:
                Intent opensettings = new Intent(this, SettingsActivity.class);
                startActivity(opensettings);
                return true;
            case R.id.help:
                // 在这里填入你的帮助页面逻辑
                return true;
            // 可以继续添加其他共享菜单项的处理
            default:
                return super.onOptionsItemSelected(item);
        }
    }
}

之后你的业务Activity只需要继承BaseActivity，而不是直接继承AppCompatActivity：

public class MainActivity extends BaseActivity {
    // 这里写MainActivity自己的业务逻辑就行，不用再重复写菜单选择代码
}

小提示：如果某个子类Activity需要处理自己特有的菜单项，可以重写onOptionsItemSelected，记得在适当的位置调用super.onOptionsItemSelected(item)，这样父类的共享逻辑依然生效。

方法2：工具类+接口（解决单继承限制） #

如果你的Activity已经继承了其他自定义父类（Java是单继承语言，没法同时继承多个类），那可以把共享逻辑抽成工具类，配合接口来实现解耦。

首先定义一个接口（可选，主要是规范方法）：

public interface SharedMenuHandler {
    boolean handleSharedMenuItems(MenuItem item, Context context);
}

然后写工具类封装共享逻辑：

public class MenuUtils {
    public static boolean handleSharedMenuItems(MenuItem item, Context context) {
        switch (item.getItemId()) {
            case R.id.settings:
                Intent opensettings = new Intent(context, SettingsActivity.class);
                context.startActivity(opensettings);
                return true;
            case R.id.help:
                // 处理帮助逻辑
                return true;
            default:
                return false; // 返回false表示该菜单项不属于共享逻辑，交给Activity自己处理
        }
    }
}

最后在每个需要共享菜单的Activity里调用：

@Override
public boolean onOptionsItemSelected(MenuItem item) {
    // 先让工具类处理共享菜单项
    if (MenuUtils.handleSharedMenuItems(item, this)) {
        return true;
    }
    // 这里处理当前Activity特有的菜单项逻辑
    switch (item.getItemId()) {
        // 你的特有菜单项处理
        default:
            return super.onOptionsItemSelected(item);
    }
}

这种方式更灵活，完全不受继承关系的限制。

方法3：Jetpack ViewModel（现代化方案） #

如果你的项目已经在用Android Jetpack组件，也可以把菜单逻辑放在ViewModel中，这种方式适合需要和其他业务状态联动的场景（比如菜单状态根据后台数据变化）。

先写ViewModel：

public class SharedMenuViewModel extends ViewModel {
    public boolean handleMenuItemClick(Context context, int itemId) {
        switch (itemId) {
            case R.id.settings:
                context.startActivity(new Intent(context, SettingsActivity.class));
                return true;
            case R.id.help:
                // 处理帮助逻辑
                return true;
            default:
                return false;
        }
    }
}

然后在Activity中使用：

private SharedMenuViewModel menuViewModel;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    // 初始化ViewModel
    menuViewModel = new ViewModelProvider(this).get(SharedMenuViewModel.class);
}

@Override
public boolean onOptionsItemSelected(MenuItem item) {
    if (menuViewModel.handleMenuItemClick(this, item.getItemId())) {
        return true;
    }
    return super.onOptionsItemSelected(item);
}

总结一下：如果没有继承限制，基础父类Activity是最省心的方案；如果有单继承问题，选工具类+接口；ViewModel则适合和Jetpack生态配合的复杂场景，你可以根据自己的项目情况来选~

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