Symfony Mercure 组件：如何区分多个订阅主题的消息

在 Symfony 项目中集成 Mercure 实时通信功能时，开发者经常需要同时订阅多个主题。本文将深入探讨如何有效区分来自不同主题的消息，并介绍 Mercure 规范推荐的最佳实践。

多主题订阅基础

Mercure 允许开发者通过单一 EventSource 连接订阅多个主题。基本订阅语法如下：

const eventSource = new EventSource("{{ mercure(['topic1', 'topic2']) }}");

这种方式的优势在于减少了客户端与服务器之间的连接数，提高了效率。但同时也带来了如何区分消息来源的挑战。

消息区分方案

1. 在消息体中包含主题标识（推荐方案）

根据 Mercure 规范，推荐的做法是在消息负载中直接嵌入主题标识。这种方法适用于各种数据格式：

• JSON 格式示例：

{
  "topic": "topic1",
  "data": {
    "message": "Hello from topic1"
  }
}

• Atom/HTML/JSON-LD 等超媒体格式：可以使用标准化的 id 属性来标识主题
• YAML 等其他格式：虽然键名没有标准化，但可以采用类似的模式

2. 使用 SSE 事件类型

Mercure 的 Update 方法提供了第五个参数 $type，可用于自定义 Server-Sent Events (SSE) 的事件类型：

// PHP 服务端代码
$hub->publish(new Update(
    'topic1',
    json_encode(['message' => 'Hello']),
    false,
    null,
    'topic1Event' // 自定义事件类型
));

客户端可以针对不同事件类型注册不同的处理器：

eventSource.addEventListener('topic1Event', (event) => {
  console.log('来自topic1的消息:', JSON.parse(event.data));
});

eventSource.addEventListener('topic2Event', (event) => {
  console.log('来自topic2的消息:', JSON.parse(event.data));
});

方案对比与选择建议

1. 消息体内嵌方案：

   • 优点：符合 Mercure 规范，格式灵活，与协议无关
   • 缺点：需要统一客户端和服务端的解析逻辑

2. SSE 事件类型方案：

   • 优点：可以利用浏览器原生事件机制
   • 缺点：需要维护额外的事件类型映射关系

对于大多数应用场景，推荐采用第一种方案，即在消息体内明确包含主题标识。这种方式更加灵活，且不依赖于特定的传输协议特性。

实际应用建议

在实际项目中，可以结合两种方案的优势：

1. 在消息体中包含主题和完整数据
2. 使用不同的事件类型触发不同的业务逻辑处理

例如，可以设计如下的消息结构：

{
  "metadata": {
    "topic": "user-notifications",
    "eventType": "new-message"
  },
  "payload": {
    "userId": 123,
    "content": "您有一条新消息"
  }
}

这种结构既保持了协议的灵活性，又能支持复杂业务场景的需求。

通过合理设计消息结构和处理逻辑，开发者可以充分利用 Mercure 的实时通信能力，构建高效、可维护的实时应用。