RabbitMQ

RabbitMQ，是一个使用erlang编写的AMQP（高级消息队列协议）的服务实现。

消息队列有两种协议，一种是JMS，一种是AMQP，Spring提供了对这两种协议支持的Template，分别为JmsTemplate和AmqpTemplate，JmsTemplate的具体实现则是ActiveMqTemplate，而AmqpTemplate的具体实现是RabbitTemplate。

消息队列服务有三个基本概念：消息发送者、消息队列、消息接收者。RabbitMQ是一个消息代理，它接受和转发消息。你可以把它当作一个邮局:当你把你想要的邮件放在一个邮筒里，你可以确定邮递员最终会把邮件送到你的收件人手中。RabbitMQ像是一个邮筒、邮局和邮递员。
对于消息队列服务的流程是：消息发送者把消息发至队列中，消息接收者可以从队列中取出消息。RabbitMQ在这个基本概念之上，多做了一层抽象，在消息发送者和消息队列之间加了交换机（Exchange）。这样消息发送者不再和消息队列有直接联系，而是通过交换器进行连接。多了一层抽象虽然增加了复杂度，但是功能上更灵活，更够对具体的业务场景提供更好的支持。

在使用队列的过程中，我们要关注一些问题
持久化：当服务重启时，消息队列中的数据如何恢复
调度策略：因为加了一层交换器，当消息发送者把消息发至交换器后，交换器如何把消息传递给队列，这里有四种方式
fanout：把消息转发给所有绑定的队列上，相当于广播
direct：先匹配，再投送
在绑定时设定一个routing_key，当消息的routing_key匹配时，才会被交换器发至绑定的队列中去。
topic：和direct类似，只是匹配上支持了”模式“，在”点分“的routing_key形式中，可以使用两个通配符
*表示一个词
# 表示零个或多个词
headers：也是根据规则匹配，只不过可以自定义规则，比较灵活
分配策略：调度策略是针对交换器如何把消息发给消息队列，而分配策略则是消息队列面对消费者，如何把消息吐出去。是一条一条的给消费者，消费者处理完一条后再发送一条给他。还是当消费者来时，一次性把队列中的消息都给他，来一个就让它尽可能多的处理消息。
状态反馈：当消息从某一个队列中被消费后，这个消息的生命周期就此结束，还是说需要一个具体的信号以明确得表示消息已被正确处理。