EasyNetQ自定义异常消息处理

　　20140310补充：

　　rabbitmq有requeue属性，可以选择消息是否返回队列，另，本文的解决方式非常之山寨，只能应用于发送和接收方式。　　

 

　　这几天在折腾消息队列，在.Net环境下有基于RabbitMQ有很多有API的选择，最后选择了比较简单的EasyNetQ(http://easynetq.com/)

　　在测试使用的时候发现一个问题，对于处理错误的消息，EasyNetQ默认会放到一个错误队列中并提供了一个工具可以对错误队列的消息进行重新分发。RabiitMQ是有一个事务功能的，但是貌似在EasyNetQ的实现中，没有发现相关的操作方式

　　现在的需求是，在某种特定的情况下，需要将处理不成功的消息，保留在消息原队列

　　做了一个变通处理，出现错误消息的时候，将其再送回原队列。从客户端上可以直接send回队列，但这样不是一个很好的方式

　　研究了一下EasyNetQ的相关代码，发现其定义了一个IConsumerErrorStrategy接口，我们只要自己自行实现，并注册一个自定义方法就可以

　　ComponentRegistration.cs原注册方法相关，默认错误消息处理方式在DefaultConsumerErrorStrategy.cs中

    public class ComponentRegistration
    {
        public static void RegisterServices(IContainer container)
        {
            Preconditions.CheckNotNull(container, "container");

            // Note: IConnectionConfiguration gets registered when MQContext.CreateBus(..) is run.
            #region DefaultConsumerErrorStrategy
            container
            .Register(_ => container)
            .Register<IMessageQueueQLogger, ConsoleLogger>()
            .Register<ISerializer, JsonSerializerN>()
            .Register<IConventions, Conventions>()
            .Register<IEventBus, EventBus>()
            .Register<ITypeNameSerializer, TypeNameSerializer>()
            .Register<Func<string>>(x => CorrelationIdGenerator.GetCorrelationId)
            .Register<IClusterHostSelectionStrategy<ConnectionFactoryInfo>, DefaultClusterHostSelectionStrategy<ConnectionFactoryInfo>>()
            .Register<IConsumerDispatcherFactory, ConsumerDispatcherFactory>()
            .Register<IPublishExchangeDeclareStrategy, PublishExchangeDeclareStrategy>()
            .Register<IPublisherConfirms, PublisherConfirms>()
            .Register<IConsumerErrorStrategy, DefaultConsumerErrorStrategy>()
            .Register<IHandlerRunner, HandlerRunner>()
            .Register<IInternalConsumerFactory, InternalConsumerFactory>()
            .Register<IConsumerFactory, ConsumerFactory>()
            .Register<IConnectionFactory, ConnectionFactoryWrapper>()
            .Register<IPersistentChannelFactory, PersistentChannelFactory>()
            .Register<IClientCommandDispatcherFactory, ClientCommandDispatcherFactory>()
            .Register<IHandlerCollectionFactory, HandlerCollectionFactory>()
            .Register<IAdvancedBus, RabbitAdvancedBus>()
            .Register<IRpc, Rpc>()
            .Register<ISendReceive, SendReceive>()
            .Register<IBus, RabbitBus>();
            #endregion
        }
    }

　　对DefaultConsumerErrorStrategy的代码进行研究后发现，EasyNetQ是产生一个处理错误消息队列的Exchanges，将消息二次封装后推送到默认的错误队列

　　只要将消息队列改为源消息队列，取消消息二次封装，直接推送到队列

　　队列绑定

        private string DeclareErrorExchangeAndBindToDefaultErrorQueue(IModel model, ConsumerExecutionContext context)
        {
            var originalRoutingKey = context.Info.RoutingKey;

            return errorExchanges.GetOrAdd(originalRoutingKey, _ =>
            {
                var exchangeName = conventions.ErrorExchangeNamingConvention(context.Info);
                model.ExchangeDeclare(exchangeName, ExchangeType.Direct, durable: true);
                //更改第一个参数
                model.QueueBind(originalRoutingKey, exchangeName, originalRoutingKey);
                return exchangeName;
            });
        }

　　消息处理

        public virtual PostExceptionAckStrategy HandleConsumerError(ConsumerExecutionContext context, Exception exception)
        {
            Preconditions.CheckNotNull(context, "context");
            Preconditions.CheckNotNull(exception, "exception");

            try
            {
                Connect();

                using (var model = connection.CreateModel())
                {
                    var errorExchange = DeclareErrorExchangeQueueStructure(model, context);
                    var messageBody = context.Body;
                    var properties = model.CreateBasicProperties();
                    context.Properties.CopyTo(properties);
                    properties.Type = context.Properties.Type;
                    //消息持久化
                    properties.SetPersistent(true);

                    model.BasicPublish(errorExchange, context.Info.RoutingKey, properties, messageBody);

                }
            }          
            catch (Exception unexpectedException)
            {
                // Something else unexpected has gone wrong :(
                logger.ErrorWrite("EasyNetQMessageQueue Consumer Error Handler: Failed to publish error message\nException is:\n"
                    + unexpectedException);
            }
            return Consumer.PostExceptionAckStrategy.ShouldAck;
        }

　　因为EasyNetQ在CreateBus的时候就会将相关事件注册，所以我们只需最后自行在config中加入有关配置，在注册事件的位置加入判断即可让异常抛回

　　由于刚接触RabbitMQ，对于一些概念的理解可能还不是非常到位，这是我目前所能找到的解决方案

　　当然可能以后的版本中，EasyNetQ会加入对事务的操作，现在EasyNetQ支持了一种叫Publisher Confirms的方法，貌似还是不是我想要的