基于按钮的适配器模式：解决Swing自定义按钮方法冲突编译错误

我前阵子做Swing项目时踩了个实实在在的坑：在面板的actionPerformed方法里用到了某第三方框架提供的自定义按钮CustomButton，但这个框架会对类做重度混淆——所有方法名都被改成了a()、b()这种无意义的形式，甚至还出现了同名但返回值不同的方法，比如同时存在a():String和a():void，完全没法从方法名判断实际功能。

当我尝试直接继承这个CustomButton类时，直接触发了编译错误：Java根本不允许同一个类里存在两个方法名相同但返回值不同的方法（毕竟Java的方法重载只看参数列表，返回值不算方法签名的一部分）。

折腾了一阵后，我用适配器模式完美解决了这个问题，核心思路是做一个中间适配类FactoryButton，具体实现步骤如下：

• 不让业务类直接继承混淆的CustomButton，而是让FactoryButton把CustomButton作为私有成员持有（用委托的思路封装底层逻辑）
• 在FactoryButton里封装我们实际需要的业务方法，内部去调用CustomButton对应的混淆方法（哪怕方法名都是a/b，我们可以通过测试或者框架残留的文档确认哪个方法对应哪个功能）
• 让我们自己的业务按钮类继承FactoryButton，这样既用上了CustomButton的功能，又彻底避开了签名冲突的问题

给个简化的代码示例更直观：

// 框架提供的混淆后按钮类（实际是字节码层面实现，这里模拟结构）
class CustomButton {
    public String a() { return "button label"; }
    public void a() { /* 执行按钮核心点击逻辑 */ }
}

// 适配器类：FactoryButton
class FactoryButton extends JButton {
    private CustomButton delegate;

    public FactoryButton() {
        delegate = new CustomButton();
    }

    // 封装获取按钮文本的方法，对应CustomButton的a():String
    public String getButtonText() {
        return delegate.a();
    }

    // 封装执行点击操作的方法，对应CustomButton的a():void
    public void triggerClickAction() {
        // 这里编译器可能会报错，此时可以用反射指定调用返回值为void的a()方法
        try {
            Method method = CustomButton.class.getMethod("a");
            method.invoke(delegate);
        } catch (Exception ex) {
            ex.printStackTrace();
        }
    }
}

// 我们自己的业务按钮类
class MyProjectButton extends FactoryButton {
    @Override
    protected void fireActionPerformed(ActionEvent e) {
        // 调用封装好的方法完成核心逻辑
        triggerClickAction();
        super.fireActionPerformed(e);
    }
}

这么做的优势很明显：

• 彻底避开了直接继承混淆类带来的编译错误
• 把混淆方法的调用逻辑封装在适配类里，业务代码不用关心底层的混乱方法名
• 后续如果框架混淆规则变了，只需要修改FactoryButton里的委托逻辑，业务类完全不用动

内容的提问来源于stack exchange，提问作者Burst of Ice