Java多线程共享变量遇空指针异常，求可行实现方案（含Swing场景）

首先，咱们先定位你遇到的空指针异常的核心原因：当你的Swing GUI线程调用SSLServer.recievedMessages.getMsgContent()时，recievedMessages还没被第一个线程初始化（也就是它的值还是null）。volatile关键字只能保证变量的可见性（一旦被赋值，其他线程能立刻看到最新值），但它没法保证第二个线程会在变量被初始化之后再去访问它。

结合你的场景（单线程写、多线程读，且读线程是Swing GUI线程），我给你几个针对性的实现方案：

方案一：访问前判空+符合Swing线程规范的更新 #

这是最直接的临时修复，同时兼顾Swing的单线程模型要求：

// 在Swing GUI类的代码中
Message msg = SSLServer.recievedMessages;
if (msg != null) {
    String content = msg.getMsgContent();
    // 注意：所有Swing组件的更新必须在事件调度线程（EDT）中执行
    SwingUtilities.invokeLater(() -> {
        // 这里写更新GUI的逻辑，比如给文本框设值
        yourTextField.setText(content);
    });
} else {
    // 处理还没收到消息的情况，比如提示用户"暂无新消息"
    SwingUtilities.invokeLater(() -> {
        yourTextField.setText("暂无新消息");
    });
}

方案二：用AtomicReference替代volatile（更规范的线程安全包装） #

如果以后你可能需要多个线程更新这个变量，或者想让变量的读写更严谨，推荐用AtomicReference来包装Message，它是Java并发包提供的原子类，天生支持线程安全的读写：

// 替换原来的volatile变量声明
public static final AtomicReference<Message> recievedMessages = new AtomicReference<>();

第一个线程赋值时：

// 直接用set方法原子更新
recievedMessages.set(new Message("你的消息内容"));

Swing线程获取时：

Message msg = recievedMessages.get();
if (msg != null) {
    String content = msg.getMsgContent();
    // 同样要在EDT中更新GUI
    SwingUtilities.invokeLater(() -> yourTextField.setText(content));
}

方案三：主动推送消息到GUI线程（最优解，避免轮询） #

既然你的读线程是Swing GUI类，最好不要让GUI线程主动去"轮询"变量，而是让写线程在更新变量后，主动把消息推送到EDT更新界面。这种方式既避免了空指针（只有消息存在时才会触发更新），又符合Swing的设计规范：

// 第一个线程中赋值并推送消息
Message newMsg = new Message("新消息内容");
SSLServer.recievedMessages = newMsg;
// 主动通知GUI更新
SwingUtilities.invokeLater(() -> {
    // 假设你的GUI类有一个公开的更新方法
    yourGuiInstance.updateMessageDisplay(newMsg.getMsgContent());
});

然后在你的Swing GUI类中实现这个方法：

public void updateMessageDisplay(String content) {
    // 这里直接更新组件，因为invokeLater已经保证在EDT中执行
    yourTextField.setText(content);
}

额外注意点 #

1. 变量名拼写：recievedMessages应该是receivedMessages，虽然不影响运行，但建议修正为正确拼写，提升代码可读性。
2. volatile的适用场景：你当前的场景（单线程写、多线程读）用volatile是没问题的，但如果后续有多个线程写变量，volatile就不够了，必须用同步块或者AtomicReference这类原子类。

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