帖子更新后给所有关注帖子的用户发提醒，怎么实现最优雅，最简单，性能最高？

1. 如果你说的是消息推送（离线消息推送），那常规的方案就是接入第三方接口，通过 APP 厂商的渠道进行发送，例如 iOS 推送和 JPush 或者友盟。这种情况是符合帖子作者第一个解决方案的，收到消息后，可以进入延迟，然后合并同一个帖子的多个内容，无论是覆盖还是合并都行，推送给用户，用户打开 App 到消息列表里查看详细内容。
2. 如果你说的是消息列表，那么就得看产品需求，他要求消息列表里必须要有你每个关注的帖子详细的最新回复，那就得每个人都插入一条数据。无论是 Redis 和数据库都需要大量插入，但是因为用户查看消息列表并不是一个高频场景，所以可以少做缓存。
3. 如果你说的是在线的消息推送，那就需要检查这个帖子的关注者，是否在线状态，如果在线则直接通过 websocket 进行通知。

第二种场景里，优化方式也有很多，如果是全量消息，则可以将列表分成两个，每个人记录一下全局偏移量，和自己的消息列表。另外就是，延迟插入数据，当用户登陆之后再进行消息初始化，通过上次的消息位置查找全量消息表，然后插入到自己的当前表里。这种情况下，可以设置一个消息超时时间，比如我 24年登陆了，一年前的消息我根本没有看的必要。这些都需要通过产品方面进行优化。

另外说回万人关注的帖子，这个看你们的硬件性能，通常情况下延时查询关注人，然后进行消息覆盖，插入到用户消息表里，也就才 10000 条数据而已，直接插入就行了，延时个 1 分钟，也没有多少数据。记录一个活跃用户表，去个重，就能直线减少这个数量了。大多数，产品这里如果设计一个需求是，这种帖子每次新回复都要通知所有人关注人，这个产品也不行，尤其是热门帖子，一口气几百个回复，那关注人一天后上线，全是这个帖子的消息。

@李铭昕

1. 那要怎么做实时推送呢？API 每秒轮询吗？还是 WebSocket 接收消息？
2. 如果是前者，每秒查自己回复过的帖子，是否有更新，应该很消耗数据库吧？
3. 如果是后者，消息推送服务，如何知道有新消息的呢？

@李铭昕

1. 感觉楼主的意思是【万人帖子，每个新回复都查万人是否发消息，再通知万人，会很慢】？
2. 楼主有提到上线与否，应该不是邮件通知之类的，而是消息推送，或类似本站的消息提醒？
3. 你是如何解决，每个新回复都【查万人是否发通知】和【往万人消息列表塞新消息】两个问题的呢？就是那个 JPush 吗？每个新回复，都提交一万个新消息给它就行？

@李铭昕

1. 我一直朝《消息列表》去想的。好像也能用于在线提醒？
2. 数据库做每秒百万插入，很难吧。。还是 Redis 容易些。。
3. 我想的 Redis 里存着的，也只是有更新的帖子回复 ID 而已，只能提供未读数量、去重等。查看详细未读消息，还是要一个个帖子回复去取的。
4. 还是感觉 Redis 舒服，能每秒更新 100 次万人帖里，活跃的回复用户的未读帖子列表，并用于在线提醒。也能解决《用户不想收到提醒》需求，该用户不加入 Redis 里就好。