兄弟们听说过自愈嘛？

[microxiaoxiao]

是这样的，最近有人告诉我说，为了避免消息丢失，状态不更新的问题，然后啥都搞个一直轮询的逻辑。比如 redis 的消息订阅，kafka 的消息等，大家都是这样设计的嘛？是不是太自愈。

[PerFectTime]

还以为你说系统有 bug ，没人管他过一会自己就好了

[S2Line]

redis 可以做降级和自愈，提高系统健壮性。

[bthulu]

是的, 推送不靠谱, 必须有轮询来兜底

[Junzhou]

跟一下 3 楼。是的，三方回调通知有可能会丢（比如网络链路拥塞等），必须有轮询来兜底

[julyclyde]

如果遇到消息丢失，应该去修理消息丢失啊
1 为什么要用轮训去补
2 用了轮训是不是就打算无视消息丢失这个故障了？

[ql562482472]

@julyclyde 消息丢失始终都会出现的，不可能完全解决，只能说尽可能降低概率，所以轮询是兜底和最可靠的解决方案

[nothingistrue]

@julyclyde #5 消息丢失是订阅方的问题，不是发布方的问题。RabbitMq Exchange 就是个典型，消费方下线的时候，生产方发布的消息就奔向太空了。

说轮询弥补消息丢失其实不完全对，真正弥补消息丢失的，是发布方保存（暂存）消息+订阅方轮询。

[alexsunxl]

@julyclyde
复杂点的系统 都有兜底设计。只是说 选用那种方式的区别而已。

[Miy4mori]

@julyclyde 他说的是“三方回调通知有可能会丢（比如网络链路拥塞等）”，网络波动你怎么修，不许网络波动？