一、什么是SSE
严格地说,HTTP 协议无法做到服务器主动推送信息。但是,有一种变通方法,就是服务器向客户端声明,接下来要发送的是流信息(streaming)。
也就是说,发送的不是一次性的数据包,而是一个数据流,会连续不断地发送过来。这时,客户端不会关闭连接,会一直等着服务器发过来的新的数据流,视频播放就是这样的例子。本质上,这种通信就是以流信息的方式,完成一次用时很长的下载。
SSE 就是利用这种机制,使用流信息向浏览器推送信息。它基于 HTTP 协议,目前除了 IE,其他浏览器都支持。
sse相当发布订阅 一、首先客户端订阅createSse()接口,前后端通过同一个key即uid进行绑定(同一个SseEmitter对象); 而且这步是前端一直感知,后端服务即使挂了,再启动时是会自动重新连接订阅到的。 二、服务端通过sendMsg()接口,通过上步key即uid发送消息,客户端就会订阅到该消息。
二、如何在java中实现SSE
在Spring Boot项目中,无需额外引入特定的依赖,因为Spring Web MVC模块已经内置了对SSE的支持。
1、编写SSE服务,来进行创建链接和发送消息、
package com.jcl.system.service;
import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Service;
import org.springframework.util.StringUtils;
import org.springframework.web.servlet.mvc.method.annotation.SseEmitter;
import java.io.IOException;
import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;
/**
*sse消息推送
*/
@Slf4j
@Service
public class SSEService {
private static final Map<String, SseEmitter> sseEmitterMap = new ConcurrentHashMap<>();
public SseEmitter crateSse(String uid) {
SseEmitter sseEmitter = new SseEmitter(0L);
sseEmitter.onCompletion(() -> {
log.info("[{}]结束链接" , uid);
sseEmitterMap.remove(uid);
});
sseEmitter.onTimeout(() -> {
log.info("[{}]链接超时",uid);
});
sseEmitter.onError(throwable -> {
try{
log.info("[{}]链接异常,{}",uid,throwable.toString());
sseEmitter.send(SseEmitter.event()
.id(uid)
.name("发生异常")
.data("发生异常请重试")
.reconnectTime(3000));
sseEmitterMap.put(uid,sseEmitter);
}catch (IOException e){
e.printStackTrace();
}
});
try{
//创建一个SSE事件,并配置该事件,使得当客户端与服务器之间的连接断开时,客户端将尝试每隔5秒重新连接一次服务器。
//这对于保持客户端与服务器之间的实时通信连接的稳定性很有帮助,尤其是在网络条件不稳定或服务器暂时不可用的情况下。
sseEmitter.send(SseEmitter.event().reconnectTime(5000));
}catch (IOException e){
e.printStackTrace();
}
sseEmitterMap.put(uid,sseEmitter);
log.info("[{}]创建sse连接成功!",uid);
return sseEmitter;
}
public boolean sendMessage(String uid,String messageId,String message){
if(StringUtils.isEmpty(message)){
log.info("[{}]参数异常,msg为空",uid);
return false;
}
SseEmitter sseEmitter = sseEmitterMap.get(uid);
if(sseEmitter == null){
log.info("[{}]sse连接不存在",uid);
return false;
}
try{
sseEmitter.send(SseEmitter.event().id(messageId).reconnectTime(60000).data(message));
log.info("用户{},消息ID:{},推送成功:{}",uid,messageId,message);
return true;
}catch (IOException e){
sseEmitterMap.remove(uid);
log.info("用户{},消息ID:{},消息推送失败:{}",uid,messageId,message);
//sseEmitter.complete() 方法是 SseEmitter 类中的一个方法,用于标记SSE事件的发送完成。
// 当调用此方法时,它会关闭与客户端的SSE连接,并且不会再发送更多的事件。
// 这通常是在你已经发送了所有需要发送给客户端的事件后调用的。
sseEmitter.complete();
return false;
}
}
public void closeSse(String uid){
if(sseEmitterMap.containsKey(uid)){
SseEmitter sseEmitter = sseEmitterMap.get(uid);
sseEmitter.complete();
sseEmitterMap.remove(uid);
}else {
log.info("用户{}连接已关闭",uid);
}
}
}
2、编写对应的Controller来实现具体业务
package com.jcl.system.controller;
import com.jcl.system.service.SSEService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.*;
import org.springframework.web.servlet.mvc.method.annotation.SseEmitter;
import cn.hutool.core.util.IdUtil;
/**
* sse消息推送demo
*/
@Controller
@RequestMapping("test")
public class TestController {
@Autowired
private SSEService sseService;
/**
* todo sse相当发布订阅
* 一、首先客户端订阅createSse()接口,前后端通过同一个key即uid进行绑定(同一个SseEmitter对象);
* 而且这步是前端一直感知,后端服务即使挂了,再启动时是会自动重新连接订阅到的。
* 二、服务端通过sendMsg()接口,通过上步key即uid发送消息,客户端就会订阅到该消息。
*/
/**
* 监听
* 客户端通过该接口订阅消息,返回一个 SseEmitter 对象,用于服务器端推送消息。
* @param uid 前后端订阅监听的唯一标识,前后端需要保持一致
* @return
*/
@GetMapping("createSse")
@CrossOrigin
public SseEmitter createSse(String uid)
{
return sseService.crateSse(uid);
}
/**
* 发送生产消息
* @param uid 前后端监听的唯一标识,前后端需要保持一致
* @return
*/
@GetMapping("sendMsg/{uid}")
@ResponseBody
@CrossOrigin
public String sseChat(@PathVariable String uid){
//处理消息业务
for (int i = 0; i < 10; i++) {
sseService.sendMessage(uid,"消息"+i,IdUtil.fastUUID().replace("-",""));
}
return "OK";
}
@GetMapping("closeSse")
@CrossOrigin
public void closeSse(String uid){
sseService.closeSse(uid);
}
}
三、前端实现消息的监听
<!doctype html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>SSE消息推送监听</title>
</head>
<body>
<div id="conMsg"></div>
<script>
let uid = 1;
let chat = document.getElementById("conMsg");
if(window.EventSource){
var eventSource = new EventSource(`http://127.0.0.1:8090/test/createSse?uid=${uid}`);
eventSource.onopen = ()=>{
console.log("链接成功");
}
eventSource.onmessage = (ev)=>{
if(ev.data){
chat.innerHTML += ev.data+"<br>";
}
}
eventSource.onerror = ()=>{
console.log("sse链接失败")
}
}else{
alert("当前浏览器不支持sse")
}
</script>
</body>
</html>
补充:2025/3/13
1、在后面实际项目使用过程中发现上述代码 无法满足前端监听页面如果出现刷新导致之前的通知消息数据丢失(业务需求:需要展示旧数据,不仅仅是实时通知的数据);
解决方案:
1.1、页面重新刷新,后端单独开接口前端调用获取先前数据;
1.2、修改前端监听的接口即上述中crateSse()方法,前端刷新页面重新调用监听接口时,再次查询历史数据重新发送(个人倾向于此解决方案);

2、SseEmitter对象不支持存放到redis中,所以后端服务重启导致本地缓存ConcurrentHashMap数据不存在问题,改由前端自己感知后端服务不存在再次调用监听的接口即上述中crateSse()方法。
SseEmitter对象不支持存放到redis中,所以如上代码使用ConcurrentHashMap进行本地内存缓存;
- 避免将SseEmitter实例直接序列化存储,因为它是与请求上下文相关的临时对象,不可序列化。
- 为什么直接存储SseEmitter到Redis不可行。SseEmitter是与HTTP请求绑定的临时对象,存储它可能导致序列化问题和资源泄漏。
3、前端监听接口需注明content-type,否则会报错或没值。


3961

被折叠的 条评论
为什么被折叠?



