在Swing桌面应用开发过程中，不少开发者都遇到过类似的困扰：明明在按钮点击事件里给成员变量赋了值，后续调用这个变量的时候却抛出空指针异常，提示变量为null。这类问题本质上和Swing的事件执行机制、变量赋值的时机密切相关，并不是代码逻辑本身有错误。
问题产生的常见场景
最常见的场景是在初始化界面之后，立刻尝试读取事件回调中才会赋值的变量。比如下面的示例代码，开发者期望点击按钮后给user_name赋值，初始化完成后立刻打印这个变量：
import javax.swing.*;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
public class SwingNullDemo {
private String user_name = null;
public void initUI() {
JFrame frame = new JFrame("测试窗口");
frame.setSize(300, 200);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
JButton button = new JButton("点击赋值");
button.addActionListener(new ActionListener() {
@Override
public void actionPerformed(ActionEvent e) {
// 事件回调中给变量赋值
user_name = "测试用户";
System.out.println("事件内赋值后的值：" + user_name);
}
});
frame.add(button);
frame.setVisible(true);
// 初始化完成后立刻读取变量
System.out.println("初始化后读取的值：" + user_name);
}
public static void main(String[] args) {
new SwingNullDemo().initUI();
}
}
运行这段代码后，控制台会先输出初始化后读取的值：null，只有点击按钮之后才会输出事件内赋值后的值：测试用户。如果后续逻辑在初始化完成后就依赖user_name的值，就会触发null引用问题。
Swing事件机制的核心原理
要理解这个问题，首先需要了解Swing的事件派发线程（EDT）机制。Swing的所有界面更新和事件处理都必须在EDT中执行，点击事件、鼠标事件等用户交互事件都会被放入EDT的事件队列中，按顺序依次执行。
上面的示例中，initUI方法的执行是在主线程中进行的，界面显示之后，主线程会继续执行后续的打印逻辑，而按钮的点击事件要等用户触发后才会被EDT执行，因此赋值操作发生在打印操作之后，自然读取到的是初始的null值。
解决方案
方案一：在事件回调中处理后续逻辑
如果变量的赋值是为了后续的业务逻辑使用，那么应该把依赖这个变量的逻辑也放到事件回调中，确保赋值完成后再执行：
button.addActionListener(new ActionListener() {
@Override
public void actionPerformed(ActionEvent e) {
user_name = "测试用户";
// 赋值后立刻执行后续逻辑
System.out.println("赋值后执行后续逻辑：" + user_name);
// 其他依赖user_name的业务代码
}
});
方案二：使用回调接口传递赋值结果
如果赋值后的逻辑和事件处理代码耦合度较高，可以定义回调接口，在变量赋值完成后调用回调方法：
import javax.swing.*;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
public class SwingNullDemo2 {
private String user_name = null;
// 定义回调接口
interface OnValueAssignedListener {
void onAssigned(String value);
}
public void initUI() {
JFrame frame = new JFrame("测试窗口");
frame.setSize(300, 200);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
JButton button = new JButton("点击赋值");
button.addActionListener(new ActionListener() {
@Override
public void actionPerformed(ActionEvent e) {
user_name = "测试用户";
// 赋值完成后触发回调
if (listener != null) {
listener.onAssigned(user_name);
}
}
});
frame.add(button);
frame.setVisible(true);
}
private OnValueAssignedListener listener = new OnValueAssignedListener() {
@Override
public void onAssigned(String value) {
System.out.println("回调中获取到赋值：" + value);
// 处理后续逻辑
}
};
public static void main(String[] args) {
new SwingNullDemo2().initUI();
}
}
方案三：确保线程安全的变量访问
如果需要在非EDT线程中读取变量，需要注意线程安全问题，可以使用volatile修饰变量，或者通过SwingUtilities.invokeLater把读取逻辑放到EDT中执行：
import javax.swing.*;
public class SwingNullDemo3 {
// 用volatile保证变量的可见性
private volatile String user_name = null;
public void readValueInOtherThread() {
new Thread(new Runnable() {
@Override
public void run() {
// 等待赋值，这里只是示例，实际需要根据业务场景调整等待逻辑
while (user_name == null) {
try {
Thread.sleep(100);
} catch (InterruptedException ex) {
ex.printStackTrace();
}
}
// 把操作放到EDT中执行，避免线程安全问题
SwingUtilities.invokeLater(new Runnable() {
@Override
public void run() {
System.out.println("其他线程读取到赋值：" + user_name);
}
});
}
}).start();
}
}
注意事项
- 不要在EDT中执行耗时操作，否则会导致界面卡顿，耗时操作应该放到工作线程中，完成后再通过
SwingUtilities.invokeLater回到EDT更新变量和界面。 - 成员变量如果是界面相关的对象，尽量在EDT中初始化和赋值，避免多线程操作导致的null引用问题。
- 调试这类问题时，可以在赋值语句和读取语句处添加日志，打印当前的线程名称，快速定位执行顺序问题。