RabbitMQ主要用于组件之间的解耦，消息发送者无需知道消息使用者的存在，反之亦然。
Broker:消息队列服务器实体
消息：每个消息都有一个路由键(routing key)的属性。就是一个简单的字符串。
connection：应用程序与broker的网络连接。
channel:几乎所有的操作都在channel中进行，channel是进行消息读写的通道。客户端可建立多个channel，每个channel代表一个会话任务。
交换机：接收消息，根据路由键转发消息到绑定的队列。
绑定：一个绑定就是基于路由键将交换机和队列连接起来的路由规则，所以交换机不过就是一个由绑定构成的路由表。
举例：一个具有路由键“key1”的消息要发送到两个队列，queueA和queueB。要做到这点就要建立两个绑定，每个绑定连接一个交换机和一个队列。两者都是由路由键“key1”触发，这种情况，交换机会复制一份消息并把它们分别发送到两个队列中。
队列：消息的容器，也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面，等待消费者连接到这个队列将其取走。
交换机用来接收消息，转发消息到绑定的队列，是rabbitMq中的核心。
交换机共有4种类型：direct，topic，headers和fanout。
生产者： public void basicPublish(java.lang.String exchange,
java.lang.String routingKey,
AMQP.BasicProperties props,
byte[] body)
throws java.io.IOException
channel.basicPublish("", queueName, MessageProperties.PERSISTENT_BASIC, messageBytes);
如果exchange是""，使用匿名的exchange？绑定到queueName的队列上。
为了保证消息永远不会丢失，RabbitMQ支持消息应答（message acknowledgments）。消费者发送应答给RabbitMQ，告诉它信息已经被接收和处理，然后RabbitMQ可以自由的进行信息删除。
如果消费者被杀死而没有发送应答，RabbitMQ会认为该信息没有被完全的处理，然后将会重新转发给别的消费者。通过这种方式，你可以确认信息不会被丢失，即使消者偶尔被杀死。
这种机制并没有超时时间这么一说，RabbitMQ只有在消费者连接断开是重新转发此信息。如果消费者处理一个信息需要耗费特别特别长的时间是允许的。
消息应答默认是打开的。
boolean ack = false ; //打开手动应答机制
channel.basicConsume(QUEUE_NAME, ack, consumer);
//另外需要在每次处理完成一个消息后，手动发送一次应答。
channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);
队列声明：
public AMQImpl.Queue.DeclareOk queueDeclare(java.lang.String queue,
boolean durable,
boolean exclusive,
boolean autoDelete,
java.util.Map
throws java.io.IOException
channel.queueDeclare(queueName, true, settings.isExclusive(), false, null);//开启持久化，不自动删除
队列的属性：
持久性：如果启用，队列将在Server服务重启前都有效。
自动删除：如果启用，那么队列将会在所有的消费者停止使用之后自动删除自身。
惰性：如果没有声明队列，那么在执行到使用的时候会导致异常，并不会主动声明。
排他性：如果启用，队列只能被声明它的消费者使用。
- 查看图片附件