Java跨类访问变量的两种实现方案对比及更优方案咨询

现有两个方案的优劣分析 #

两种方案都存在设计缺陷，并不推荐生产环境使用，非要二选一的话第二种方案相对可用：

• 第一种方案（声明实例调用）存在致命的空指针隐患：你示例代码中LowerPanel的actionPerformed方法里直接将UpperPanel up赋值为null后调用其属性，menuActionListener中的LowerPanel lp也没有初始化逻辑，实际运行大概率直接抛出空指针异常。就算你补全了实例赋值的逻辑，也会让两个面板类强绑定，后续修改任意一个类的结构都可能影响另一个类的运行，可维护性极差。
• 第二种方案（static静态变量调用）虽然能跑，但扩展性和可维护性极低：
  • static变量属于类全局共享，只要类被加载就不会被回收，如果你需要创建多个MainFrame窗口实例，所有窗口的面板会共用同一份按钮、菜单组件，直接出现界面状态混乱，完全无法扩展多实例场景。
  • 违反面向对象封装原则，内部控件直接对外暴露，后续你根本无法追踪哪些地方修改了组件状态，出问题排查成本极高。

推荐的最优实现方案 #

对于你这种同窗口下多个子组件交互的场景，最简单且解耦的方案是让父容器MainFrame作为协调者统一处理跨组件逻辑，完全不需要让两个面板互相感知对方的存在：

第一步：给子面板添加封装好的getter方法，不要暴露内部实现细节，也不要用static #

// UpperPanel新增方法
public JMenu getFirstMenu() {
    return myMenuBar.getMenu(0);
}

// LowerPanel新增方法
public JButton getButEnableBut1() {
    return butEnableBut1;
}
public JButton getButEnableMenu() {
    return butEnableMenu;
}

第二步：子面板只负责自身基础渲染，跨组件的交互逻辑全部放到MainFrame中统一绑定 #

修改MainFrame的构造方法：

public MainFrame(String title,int x,int y) {
    setTitle(title);
    this.setLocation(x, y);     
    UpperPanel pUp=new UpperPanel();
    add(pUp, BorderLayout.NORTH);
    LowerPanel pLow=new LowerPanel();
    add(pLow, BorderLayout.SOUTH);

    // 统一处理LowerPanel按钮控制UpperPanel菜单的逻辑
    pLow.getButEnableMenu().addActionListener(e -> {
        pUp.getFirstMenu().setEnabled(true);
        pLow.getButEnableMenu().setEnabled(false);
    });

    // 统一处理UpperPanel菜单项控制LowerPanel按钮的逻辑
    pUp.getFirstMenu().getItem(0).addActionListener(e -> {
        pUp.getFirstMenu().setEnabled(false);
        pLow.getButEnableBut1().setEnabled(true);
    });

    // 统一处理butEnableBut1的点击逻辑
    pLow.getButEnableBut1().addActionListener(e -> {
        pLow.getButEnableMenu().setEnabled(true);
        pLow.getButEnableBut1().setEnabled(false);
    });

    pack();
}

方案优势 #

1. 两个面板完全解耦，互相不需要知道对方的存在，各自修改内部代码只要对外的getter方法契约不变，就不会影响其他逻辑
2. 没有全局static变量，支持多窗口实例，也不会出现意外的内存泄漏
3. 所有跨组件的交互逻辑集中在父容器中，后续排查问题、修改交互规则直接找MainFrame即可，维护成本极低

如果后续项目复杂度提升、组件数量变多，可以进一步用观察者模式/自定义事件总线实现解耦，各个组件只需要发布自身的事件、订阅关心的事件即可，不需要和任何其他组件直接关联。

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