SpringBoot-SSE进阶实战：线程池心跳与Session管理的生产级优化

最新推荐文章于 2026-08-05 15:37:17 发布

原创

最新推荐文章于 2026-08-05 15:37:17 发布 · 176 阅读

1. 从入门到掉坑：为什么你的SSE服务总是不稳定？

如果你用过SpringBoot的SSE（Server-Sent Events）功能来做实时消息推送，比如做个简单的站内通知或者数据大屏，一开始可能会觉得挺简单。不就是用SseEmitter建个连接，然后往里send数据嘛。但等你真把服务部署上线，用户量稍微一上来，各种问题就冒出来了：连接动不动就自己断了，服务器内存悄悄涨上去下不来，心跳任务跑着跑着就把CPU吃满了。这时候你才明白，原来SSE这玩意儿，入门容易，但想在生产环境里用得稳，里头门道可深了。

我自己就踩过不少坑。最早做的一个项目，图省事，直接用一个while(true)循环，里面Thread.sleep(10)来发心跳。上线第一天看着还行，等用户量到几百，服务器就开始“咳嗽”，监控面板上线程数直线飙升，最后直接OOM（内存溢出）挂掉。后来才搞明白，这种粗暴的方式，每一个连接就卡住一个线程，连接一多，线程资源瞬间就被耗尽了，根本谈不上什么生产级。

所以，今天我们不聊怎么“跑起来”一个SSE，网上那种五分钟入门的教程太多了。我们聊点硬的：怎么让你的SSE服务在生产环境里，面对成千上万的连接，还能保持稳定、高效、可控。核心就两件事：一是用线程池科学地管理你的心跳任务，别让它成为性能杀手；二是做好Session管理，确保连接能优雅地建立、维持和销毁，不泄露任何资源。这两点做好了，你的SSE服务才算真正上了道。

2. 线程池：别让心跳任务成为性能黑洞

心跳，说白了就是服务器定期给客户端发个“我还活着”的信号，防止连接因为超时被浏览器或网络设备掐断。但就是这个看似简单的定时任务，如果实现不当，分分钟能把服务器拖垮。

2.1 为什么不能用 `while(true)` + `sleep`？

很多新手，包括当年的我，最容易犯的错就是下面这样写心跳：

// 错误示范！千万别学！
public void badHeartbeat(String clientId) {
    new Thread(() -> {
        while (true) {
            try {
                Thread.sleep(10000); // 每10秒发一次
                SseSession.send(clientId, "ping");
            } catch (InterruptedException e) {
                break;
            }
        }
    }).start();
}

这段代码问题太大了。首先，它为每一个SSE连接都创建了一个独立的线程。假如你有1000个在线用户，那就意味着有1000个线程在后台空转，绝大部分时间都在sleep。线程的创建、销毁、上下文切换都是巨大的开销，JVM很快就会不堪重负。其次，这个线程一旦启动，除非连接关闭，否则永远不会停止，你很难去管理和取消它。最后，如果发送消息失败（比如客户端已经断开），这个循环也不会停止，成了“僵尸任务”。

2.2 使用 `ScheduledExecutorService`：专业的事交给专业的池

Java标准库早就为我们准备好了更优雅的解决方案：ScheduledExecutorService。它是一个定时任务线程池，可以复用固定数量的线程来执行大量的定时任务，完美契合我们心跳发送的场景。

在我们的优化方案里，会这样初始化一个心跳线程池：

import java.util.concurrent.*;

@Service
public class SseServiceImpl implements SseService {
    // 核心在这里：创建一个定时任务线程池
    private static final ScheduledExecutorService HEARTBEAT_EXECUTOR =
            Executors.newScheduledThreadPool(
                    4, // 核心线程数，根据你的机器和业务量调整
                    new ThreadFactory() {
                        private final AtomicInteger threadNumber = new AtomicInteger(1);
                        @Override
                        public Thread newThread(Runnable r) {
                            Thread t = new Thread(r, "sse-heartbeat-" + threadNumber.getAndIncrement());
                            t.setDaemon(true); // 设置为守护线程，防止阻止JVM关闭
                            return t;
                        }
                    }
            );
}

这里有几个关键点：

固定线程数：我们创建了一个包含4个核心线程的池子。无论你有100个还是10000个连接，执行心跳任务的线程最多就这4个（当然，这个数字需要你根据实际压测调整）。这避免了线程数量爆炸。
自定义线程工厂：给线程起个有意义的名字（如sse-heartbeat-1），这样在出问题时，通过jstack等工具查看线程堆栈，一眼就能定位到是心跳任务，排查效率大大提升。
守护线程：通过setDaemon(true)设置为守护线程。这样，当Web应用关闭时，即使这些心跳任务还没执行完，也不会阻止JVM正常退出，避免了应用“关不掉”的尴尬。