SpringCloud Stream MQ生产和消费同应用造成的同步问题

我们项目统计模块导出的时候为了达到异步的效果使用了mq来解决，可是producer和consumer是同个应用也就是都是处在一个应用中，之前因为数据少就没有注意异步的效果，改造之后我们模拟了67w的数据量来做压力测试，发现点击导出之后界面一直处于等待状态不是直接返回前端的，同步了？说之前也遇到过这种状态，重新启动下mq服务就行了，感觉不太像，所以特意修改了下消费端的代码来测试。代码如下

发现确实是同步，一直卡在消费端，等到程序完成前端才有返回，发现确实是这个问题

加载
首先我们在springboot启动的过程中类加载的过程中打断点，看看对于mq相关的加载过程中做了哪些事情，首先我们就定位导出的这个消费者ExportDataRequestConsumer

一直往下跟最终发现IntegrationObjectSupport实现了InitializingBean的init，Spring Integration 是对 Spring Messaging 的扩展。它提出了不少新的概念，包括消息的路由 MessageRoute、消息的分发 MessageDispatcher、消息的过滤 Filter、消息的转换 Transformer、消息的聚合 Aggregator、消息的分割 Splitter 等等。同时还提供了包括 MessageChannel 的实现 DirectChannel、ExecutorChannel、PublishSubscribeChannel 等; MessageHandler 的实现 MessageFilter、ServiceActivatingHandler、MethodInvokingSplitter 等内容。
发现最终是将topic（q.ares.export.data.request）做为key，DirectChannel做为value存在bean工厂(ConcurrentHashMap->singletonObjects)中，DirectChannel中的dispatcher→handlers→invocableHandlerMethod的值为消费端对应的处理方法

发送数据send

进入doDispatch

这里需要注意，就是这个tryOptimizedDispatch，我们来看下实现

当theOneHandler不为null的时候直接执行了handlerMessage方法，在来看看handerMessage方法

看到上图标注的地方了吗？handleMeassageInternal方法名“内部处理”，很像我们想象的结果嘛，再跟看看

到这就可以确定了，不用在把下面的步骤贴上了了，大家都应该明白了，最终来到了消费端的方法

最终等待消费端执行完毕又回到了这里，

producer和consumer不同应用场景模拟

我们再来模拟这种正常的场景看看，将消费端注释掉。运行了一遍发现能够正常返回，异步处理。大概的说下步骤，就不贴图详细说明了，步骤如下，

首先本地beanFactory.geBean==null，获取不到；
然后getDynamicDestinations获取动态目的地；
校验动态允许标识；
如果是true则创建输出createOutput（MessageChannel→DirectChannel）；
向BeanFactory注册改bean，key=q.ares.export.data.request，value=DirectChannel，注意dispatch→theOneHandler为AmqpOutboundEndpoint，跟上面的不同

6.send数据，调用的是AmqpOutboundEndpoint.handleRequestMessage方法

7.最总调用的是RabbitTemplate.send方法

总结

SpringCloud Stream 中的BinderAwareChannelResolver.resolveDestination(String channelName)获取channel的时候会根据topicname作为key先去本地BeanFactory去获取bean，而程序初始化的时候会先将消费类方法作为值创建DirectChannel放入BeanFactory，而发送数据的时候根据dispatch为StreamListenerMessageHandler直接invoke消费者方法，没有走到mq，所以形成了同步。如果应用中需要producer和consumer在同一应用的情况还是不要使用BinderAwareChannelResolver.resolveDestination方法，使用Binding来进行绑定，下面针对这个导出进行修改

ExportDataRequestSink

@EnableBinding
public interface ExportDataRequestSink {

    String OUTPUT = "areas-export-output";
    String INPUT = "areas-export-input";

   /* @Input(MQConstant.Q_ARES_EXPORT_DATA_REQUEST)
    SubscribableChannel produceExportData();*/

    @Input(INPUT)
    SubscribableChannel produceExportData();

    @Output(OUTPUT)
    MessageChannel output();

}

ExportDataRequestConsumer只需要把@StreamListener值改下就好，这里就不贴代码了，直接上图
ExportDataServiceImpl只需要该这两处就可以了

最主要的是要在配置文件中还要记得配置一下输入输出通道对应的物理目标（topic名）

spring.cloud.stream.bindings.areas-export-output.destination=q.ares.export.data.request
spring.cloud.stream.bindings.areas-export-input.destination=q.ares.export.data.request

需要注意这两处要对应起来，而且不能有"."