RocketMQ的简单分发的设计

有这样一个业务场景，我们需要整合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（）

其实有多种情况，

 对于下面这种

翻一下源码，他是这样判断的