有这样一个业务场景,我们需要整合RocketMQ, 引入了maven
<dependency> <groupId>org.apache.rocketmq</groupId> <artifactId>rocketmq-spring-boot-starter</artifactId> <version>2.2.1</version> </dependency>
这个可以查看一下官方的文档,关于push模式的消费,官方给出的例子就是实现某个接口,接口中是泛型,对应就是你的消息的实体类型。
具体官方例子如下:
可是这不能满足我们的业务的需求。
我们的业务需求:开发人员像上面一样去使用没有问题,但是众多开发人员对于消费失败的怎么个处理,如果消费失败次数过多,会进入重试对队,再进一步,死信队列。并且失败次数过多,有可能会堵塞消费速度,从而引发流控。
于是我们需要各种消息的处理之上要做一个统一的处理,官方的例子太简单了,没办法,只好看了一会儿源码,从源码中知道,我们可以采用
MessageExt,开始翻源码的时候,他对这个类型作了特殊的处理,跟进一看,原来这就是相当于一个带更多信息的"原始"的MQ消息,其中有我们最关注的当前消费的次数。
于是
通过
SmartInitializingSingleton 在项目启动的时候,扫描特定接口的类。而在接口类上加上自定义注解,对每种消息进行编码,从而实现消息的统一分发,并且对于重试这种特殊的场景单独处理。
比如,我定义的泛型基类如下
对于开发者而言,只要写一个实体并加上自定义注解即可。
我们可以扫描这个注解,获取消费编码
特别注意的事,从spring中获取service的时候,拿出的对象可能是被代理过的,在获取基类的时候,是需要注意什么时候才能到你真正的基类,一般在SPring中,$$分隔都是被代理过的。猥琐一点可以直接在Class名称中去判断是否有$$, 但是嘛,翻了翻,spring中有么这一个类,大概是
AopUtils.getTargetClass()
其实有多种情况,
对于下面这种
翻一下源码,他是这样判断的