Java Swing 多JFrame下ActionListener修改全局变量flag1不生效致GamePlay()不执行

• 变量实例绑定错位：当前代码中的flag1大概率分属两个完全独立的对象——Pick_Char的按钮监听器中修改的是当前类（角色选择界面所属类）的成员变量，而后续初始化的Main实例拥有自己独立的flag1变量（默认初始值为false），Main构造函数读取的是自身实例上的flag值，自然永远无法感知到角色选择界面里的赋值操作，也就不会触发GamePlay()的调用逻辑。
• 执行时序错位：若监听器中代码的执行顺序是“先初始化Main实例 → 后给flag1赋值”，会导致Main构造函数执行时，flag1的赋值动作还未发生，读到的自然是默认值。
• 架构层面的状态隔离：两个独立JFrame没有统一的状态存储上下文，所有界面跳转、数据传递都依赖零散的成员变量，极易出现跨类、跨窗口的状态读写不互通问题。

• 摒弃跨类传值的flag设计，直接通过构造参数传递选中结果
  角色选择按钮的回调逻辑中，直接把选中的角色标识作为参数传入新初始化的Main实例，从根上避免跨对象读变量的问题：

  // 角色选择按钮的监听器修正后写法
  selectBtn.addActionListener(e -> {
      String selectedRole = "Gözlüklü Şirin";
      Main mainFrame = new Main(selectedRole); // 直接把选中结果传给Main构造函数
      frame2.dispose(); // 关闭角色选择窗口
      mainFrame.setVisible(true); // 展示主界面
  });
  

  在Main类的构造函数中直接判断传入的角色参数，参数有效时直接调用GamePlay()，全程不需要跨类读取flag变量。
• 若必须保留flag做状态标记，需保证读写同一个内存位置的变量
  不要使用分散在各个类的成员变量当flag，可将共享状态存入统一的单例应用上下文，Pick_Char的监听器修改上下文内的flag值，Main构造时从同一个上下文对象中读取flag值，确保两边操作的是同一个绑定的变量。
• 修正Swing事件调度时序
  将原本放在Main构造函数中、依赖flag判断的GamePlay()调用逻辑，移到Swing事件队列的后续调度任务中执行，避免因为Swing线程的调度顺序，导致构造函数执行时flag赋值动作还未被触发。可使用SwingUtilities.invokeLater()将判断逻辑放到主界面渲染完成后再执行。

注：当前采用两个独立JFrame做界面切换的架构本身就会放大这类状态同步问题，后续迭代可考虑将不同界面实现为JPanel，通过顶层JFrame搭配CardLayout做界面切换，所有状态统一存入上下文对象管理，能从架构层面减少这类变量读不到的问题。

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