面试官：小伙子，你给我简单的说一下不使用 MQ 如何实现 pub/sub 场景？

前言

在配置中心中，有一个经典的 pub/sub 场景：某个配置项发生变更之后，需要实时的同步到各个服务端节点，同时推送给客户端集群。

在之前实现的简易版配置中心中是通过 redis 的 pub/sub 来实现的。这种实现虽然简单，但却强依赖了 redis。

配置中心作为一个基础组件，如果能尽可能的减少外部依赖，那对使用方来说一定是更友好的。那么，有没有可能不使用 MQ 来实现 pub/sub 的场景呢？答案是肯定的。

基于 DB 的 pub/sub 方案

Apollo 在实现上述场景时，并没有选用基于 MQ 来进行实现，而是通过数据库实现了一个简单的消息队列。示意图如下：

大致实现方式如下：

1. Admin Service 在配置发布后会往 ReleaseMessage 表插入一条消息记录
2. Config Service 中有一个线程会每秒扫描一次 ReleaseMessage 表，看是否有新的消息记录（怎么判断是不是新消息呢，怎么保证每个 client 不会重复消费呢？）
3. Config Service 如果发现有新的消息记录，就会通知给客户端（怎么保证通知给每个客户端呢？每个 Config Service 都通知，不会重复通知吗？）

下面，就让我们带着这几个问题来学习一下源码吧。（画外音：思路比源码更