SSE多服务器部署导致消息推送异常问题的处理

之前讲了SSE的基本使用，后来，在项目实际部署的时候出现了新的问题。今天通过这篇文章来基于RabbitMQ解决一下当SSE服务部署到多台服务器后，存在消息推送异常的问题。

问题描述

SSE作为单向消息推送的一种方式，其背后是一种基于HTTP请求的长连接。而当这个连接建立之后，客户端是与服务器端的某一台服务器是存在关系绑定的。如果我们将同一套代码、同一份配置文件部署到多台服务器上的时候，就可能会出现连接建立在客户端与服务端A上，而当新的需要推送的消息由服务端B或其他服务端处理并发起推送的时候，其发现自己没有建立与客户端的SSE连接，就导致了消息推送失败的问题。针对这个问题，本文给出了一个解决方案。

问题分析

1. 由于SSE连接是客户端与某一台服务器之间是强绑定的关系，所以我们需要让持有SSE连接的服务器100%能够接收到推送消息。
2. 由于服务端存在多台部署的情况，所以我们需要通过RabbitMQ的发布订阅（fanout）模式将一条消息同时推送给所有服务端。
3. 由于我们将同一套代码、同一份配置文件部署到多台服务器上，且RabbitMQ的发布订阅模式需要不同名的队列（Queue）绑定到同一个交换器（Exchange）上才能实现，因此多个服务端的队列名需要动态生成。
4. @RabbitListener 注解的 queues 参数值要求必须为硬编码的字符串或 static final 修饰的变量，所以我们为其赋值的时候不可使用字符串拼接的形式，只能通过 SpEL 表达式赋值。

代码实现

RabbitMQ 广播模式配置类

import com.xxx.core.redis.RedisTemplateUtils;
import org.springframework.amqp.core.*;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

/**
 * RabbitMQ 广播模式配置类
 */
@Configuration
public class RabbitFanoutConfig {
   

    private static Long innerCounter;

    public static final String FANOUT_QUEUE_COUNTER_KEY = "notice.fanout.queue.counter";
    // 系统消息交换器