12 2018 档案

摘要:应用场景 有的时候,我们对于同一通道中的消息处理,会通过判断头信息或者消息内容来做一些差异化处理,比如:可能在消息头信息中带入消息版本号,然后通过if判断来执行不同的处理逻辑,其代码结构可能是这样的: @StreamListener(value = TestTopic.INPUT) public v 阅读全文
posted @ 2018-12-27 22:15 程序猿DD 阅读(1148) 评论(0) 推荐(0) 编辑
摘要:应用场景 之前我们已经通过 "《Spring Cloud Stream消费失败后的处理策略(一):自动重试》" 一文介绍了Spring Cloud Stream默认的消息重试功能。本文将介绍RabbitMQ的binder提供的另外一种重试功能:重新入队。 动手试试 准备一个会消费失败的例子,可以直接 阅读全文
posted @ 2018-12-17 23:16 程序猿DD 阅读(1140) 评论(0) 推荐(0) 编辑
摘要:应用场景 前两天我们已经介绍了两种Spring Cloud Stream对消息失败的处理策略: "自动重试" :对于一些因环境原因(如:网络抖动等不稳定因素)引发的问题可以起到比较好的作用,提高消息处理的成功率。 "自定义错误处理逻辑" :如果业务上,消息处理失败之后有明确的降级逻辑可以弥补的,可以 阅读全文
posted @ 2018-12-17 23:09 程序猿DD 阅读(4866) 评论(0) 推荐(0) 编辑
摘要:应用场景 上一篇 "《Spring Cloud Stream消费失败后的处理策略(一):自动重试》" 介绍了默认就会生效的消息重试功能。对于一些因环境原因、网络抖动等不稳定因素引发的问题可以起到比较好的作用。但是对于诸如代码本身存在的逻辑错误等,无论重试多少次都不可能成功的问题,是无法修复的。对于这 阅读全文
posted @ 2018-12-15 19:44 程序猿DD 阅读(2374) 评论(0) 推荐(0) 编辑
摘要:之前写了几篇关于Spring Cloud Stream使用中的常见问题,比如: "如何处理消息重复消费" "如何消费自己生产的消息" 下面几天就集中来详细聊聊,当消息消费失败之后该如何处理的几种方式。不过不论哪种方式,都需要与具体业务结合,解决不同业务场景可能出现的问题。 今天第一节,介绍一下Spr 阅读全文
posted @ 2018-12-13 20:03 程序猿DD 阅读(2852) 评论(0) 推荐(0) 编辑