rabbitmq结合spring实现消息队列优先级

      1.1项目背景：做一个灾情预警的消息平台，灾情检查系统需要向消息平台里面推送消息，这里是典型的异构系统的消息传递，我们需要选择一个中间件作为消息队列，调研分析了rabbitmq，zeromq，activemq，kafka等消息中间件，综合性能，安全，可持久化等角度果断选择了rabbitmq作为我们的消息中间件 (其实这里是因为rabbitmq 是spring官方支持的，开发起来方便)。需求上我们有多种类型的消息，这里有紧急推送的和一般的等区分，高并发时，就会有对消息进行优先推送的情况出现，于是rabbitmq消息队优先级的推送功能是我们需要解决的首个技术点.

       1.2技术调研:这里一个概念需要说明,为什么说是消息队列的优先级而不是消息的优先级,来看下消息队列的工作原理

                                                           

  生产者生成消息打到交换机里面(如果没有声明交换机，会打到default exchange里面)，交换机绑定一个或多个队列，消息进入队列里面，消费者一直在监听队列，发现队列里面有消息就开始消费，这里就是一个消息传递的过程，queue是一个栈队列，栈是先进先出的，就是说消息来了依次排队，一个队列并不能实现消息的插队和优先推送的功能。但是如果说我们的多个队列有不同的优先级，不同优先级的消息通过roatingkey进入不同的队列，优先级高的队列消息被优先消费，这样也能形成一个相对意义上的优先级，所以说这里不是消息的优先级而是队列的优先级.

       1.2.1 为什么说是相对意义上的优先级

              有并发才有优先级，如果每个消息都能被瞬间处理也不会有消息优先推送的需求，那我们看看消息会在哪里阻塞

              1，queue，很明显高并发的时候队列里面是会存在很多消息的，2，eschange ，高并发的时候producer发送给exchange的时候也会产生阻塞。

              第一种情况由于我们队列已经定义优先级了，所以进入队列的消息都是同种优先级别的，并不需要插队。而对于第二种情况，消息在exchange时阻塞时并不能实现消息优先进入队列，依然是一个依次处理的情景，但是由于exchang到queue的处理速度极快，所有我们忽略