NetCore基于EasyNetQ的高级API使用RabbitMq

一、消息队列

 消息队列作为分布式系统中的重要组件，常用的有MSMQ，RabbitMq，Kafa，ActiveMQ，RocketMQ。至于各种消息队列的优缺点比较，在这里就不做扩展了，网上资源很多。

 更多内容可参考 消息队列及常见消息队列介绍。我在这里选用的是RabbitMq。

官网地址：http://www.rabbitmq.com

安装和配置：Windows下RabbitMq安装及配置

二、RabbitMq简单介绍 

 RabbitMQ是一款基于AMQP（高级消息队列协议），由Erlang开发的开源消息队列组件。是一款优秀的消息队列组件，他由两部分组成：服务端和客户端，客户端支持多种语言的驱动，如：.Net、JAVA、   Erlang等。在RabbitMq中首先要弄清楚的概念是 交换机、队列、绑定。基本的消息通讯步骤就是首先定义ExChange，然后定义队列，然后绑定交换机和队列。

 需要明确的一点儿是，发布者在发送消息是，并不是把消息直接发送到队列中，而是发送到Exchang，然后由交互机根据定义的消息匹配规则，在将消息发送到队列中。

 Exchange有四种消息消息分发规则：direct，topic，fanout，header。headers 匹配 AMQP 消息的 header 而不是路由键，此外 headers 交换器和 direct 交换器完全一致，但性能差很多，目前几乎用不到了。

 详细的概念介绍推荐查看：消息队列之RabbitMq

三、EasyNetQ使用

 Easynetq是一个简单易用的Rabbitmq Net客户端。同时支持 NetFramework和NetCore。GitHub地址。它是针对RabbitMq Net客户端的进一步封装。关于EasyNetQ的简单使用推荐教程：EasyNetQ的介绍。

 本文主要介绍基于EasyNeq的高级API的使用。EasyNetQ的作者在核心的IBus接口中尽量避免暴露AMQP中的交换机、队列、绑定这些概念，使用者即使不去了解这些概念，也能完成消息的发送接收。这相当简洁，但某些情况下，基于应用场景的需要，我们需要自定义交换机、队列、绑定这些信息，EasyNetQ允许你这么做，这些都是通过IAdvanceBus接口实现。

3.1 项目装备

 这里为了演示，首先新建一个项目，包括一个发布者，两个接收者，一个公共的类库

安装EasyNetQ： NuGet>Install-Package EasyNetQ

3.2 简单封装

在Common项目里面是针对Easynetq的使用封装，主要目录如下

 

 在RabbitMq文件夹下，是针对消息发送接收的简单封装。

 首先来看下RabbitMqManage，主要的发送和订阅操作都在这个类中。其中ISend接口定义了发送消息的规范，SendMessageManage是ISend的实现。IMessageConsume接口定义订阅规范。

 MesArg 和PushMsg分别是订阅和发送需用到的参数类。RabbitMQManage是暴露在外的操作类。

 首先看发送的代码

在EasyNetQ中对于异步发送消息的时候，消息是否送达Broker只需要查看异步发送方法最终执行成功还是失败，成功就表示消息送达，如果失败可以将失败后的消息存入数据库中，然后用后台线程轮询

数据库表，将失败后的消息进行重新 发送。这种方式还可以进一步变成消息表，就是先将要发送的消息存入消息表中，然后后台线程轮询消息表来进行消息发送。一般这种方式被广泛用于分布式事务中，

将本地数据库操作和消息表写入放入同一个本地事务中，来保证消息发送和本地数据操作的同步成功，因为我的系统中，分布式事务的涉及很少，所以就没这样去做，只是简单的在异步发送的时候监控下

是否发送失败，然后针对失败的消息做一个重新发送的机制。这里，推荐大佬的NetCore分布式事务解决方案 CAP GitHub地址。

 接着看一下消息订阅接收涉及的代码

在订阅中我定义了一个接口，最终业务代码中，所有的消息订阅类，都需要继续此接口

最后，我们来看下对外使用的操作类

这里面主要封装了消息的发送和订阅，以及IBus单例的创建。在后续的消息发送和订阅主要就通过此处来实现。我们看到一开始的类目结构中还有一个RaExMessageHandleJob类，这个类就是一个后台

循环任务，用来监测数据库中是否保存了发送失败的消息，如果有，则将消息取出，尝试重新发送。在此就不做多的介绍，大家可以根据自己的实际需求来实现。

3.3 发布者

 现在来看一下消息发布者的代码

 

 主要的发送代码都在Send类中，其中appsettings.json里面配置了Rabbitmq的连接地址，TestDto只是一个为了方便演示的参数类。

 下面看一下Program里面的代码

 很简单的一个发送消息调用。

 然后来看一下Send类中的代码

3.4 消费者

 首先来看下消费者端的目录结构

 

其中appsettings.json中配置Rabbitmq的连接信息，Program中只是简单调用消息订阅

主要的消息订阅代码都在MessageManage文件夹下，MessageManService用于定义消息订阅类型

Consume文件夹下主要定义了消息的业务处理

可以看到，所有的类都集成自我们定义的接口IMessageConsume。

四、总结

在EasyNetQ中如果需要消费者确认功能，则需要在Rabbitmq的连接配置中设置publisherConfirms=true，这将会开启自动确认。在使用高级api定义交换机和队列时可以自己定义多种参数，比如消息是否持久化，消息最大长度等等，具体大家可以去看官方文档，上面有详细介绍。Easynetq会自动去捕获消费异常的消息并将其放入到错误队列中，而且官方提供了重新发送错误队列中消息的方法，当然你也可以自己去监视错误列队，对异常消息进行处理。EasyNetQ里面作者针对消息的发布确认和消费确认都做了封装。在EasyNetQ中发布消息的时候如果选用的同步发送，只要没有抛出异常，我们就可以认为任务消息已经正确到达Broker，而异步发送的话需要我们自己去监视Task是否成功 。如果开启了自动确认，并不需要我们在消息处理的方法体中手动返回ack信息，只要消息被 正确处理就会自动ack。虽然RabbitMq中也有事务消息，但由于性能比较差，并不推荐使用。其实，只要我们能明确消息是否发布成功和消费成功，就将会很容易在这个基础上扩展出分布式事务的处理。

原文地址:https://www.cnblogs.com/dandan123/p/10097711.html

---

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com