1.RabbitMQ工作模式
RabbitMQ有以下幾種工作模式 ：
1、Work queues
2、Publish/Subscribe (fanout)
3、Routing (direct)
4、Topics (topics)
5、Headers(headers)
6、RPC
work queues
與入門程序相比，多了一個消費端，兩個消費端共同消費同一個隊列中的消息。
應用場景：對於 任務過重或任務較多情況使用工作隊列可以提高任務處理的速度。
測試：
1、使用入門程序，啓動多個消費者。
2、生產者發送多個消息。
結果：
1、一條消息只會被一個消費者接收；
2、rabbit採用輪詢的方式將消息是平均發送給消費者的；
3、消費者在處理完某條消息後，纔會收到下一條消息。
Publish/Subscribe
發佈訂閱模式：
1、每個消費者監聽自己的隊列。
2、生產者將消息發給broker，由交換機將消息轉發到綁定此交換機的每個隊列，每個綁定交換機的隊列都將接收到消息
Routing
路由模式：
1、每個消費者監聽自己的隊列，並且設置routingkey。
2、生產者將消息發給交換機，由交換機根據routingkey來轉發消息到指定的隊列。
Routing模式和Publish/subscibe有啥區別？ (使用routing完全可以實現Publish/subscibe 的功能)
Routing模式要求隊列在綁定交換機時要指定routingkey，消息會轉發到符合routingkey的隊列
Topics
代碼中,通配符模式下,生產者不需要將隊列綁定到交換機.(發佈訂閱 路由模式需要queueBind(),工作隊列也不需要綁定隊列到交換機)
路由模式：
1、每個消費者監聽自己的隊列，並且設置帶統配符的routingkey。
2、生產者將消息發給broker，由交換機根據routingkey來轉發消息到指定的隊列。
Header
header模式與routing不同的地方在於，header模式取消routingkey，使用header中的 key/value（鍵值對）匹配
隊列。
2.RabbitMQ 常用方法
channel.exchangeDeclare()
Exchange.DeclareOk exchangeDeclare(String exchange, String type, boolean durable, boolean autoDelete,Map<String, Object> arguments) throws IOException;
exchange：交換機名稱
type：
-fanout: fanout類型的Exchange路由規則非常簡單，它會把所有發送到該Exchange的消息路由到所有與它綁定的Queue中
-direct: direct類型的Exchange路由規則也很簡單，它會把消息路由到那些binding key與routing key完全匹配的Queue中。
-topic: 規則就是模糊匹配，可以通過通配符滿足一部分規則就可以傳送。它的約定是：
routing key爲一個句點號“. ”分隔的字符串（我們將被句點號“. ”分隔開的每一段獨立的字符串稱爲一個單詞），如“stock.usd.nyse”、“nyse.vmw”、“quick.orange.rabbit” binding key與routing key一樣也是句點號“. ”分隔的字符串。
binding key中可以存在兩種特殊字符“”與“#”，用於做模糊匹配，其中“”用於匹配一個單詞，“#”用於匹配多個單詞(可以是零個）
durable：是否開啓持久化exchange
autoDelete： 當已經沒有消費者時，服務器是否可以刪除該exchange
arguments： 擴展參數
channel.basicQos()
void basicQos(int prefetchSize, int prefetchCount, boolean global) throws IOException;
參數：
prefetchSize：消息的大小
prefetchCount：會告訴RabbitMQ不要同時給一個消費者推送多於N個消息，即一旦有N個消息還沒有ack，則該consumer將block掉，直到有消息ack
global：是否將上面設置應用於channel，簡單點說，就是上面限制是channel級別的還是consumer級別
channel.basicPublish()
void basicPublish(String exchange, String routingKey, boolean mandatory, boolean immediate, BasicProperties props, byte[] body) throws IOException;
exchange：名稱
routingKey：路由鍵，#匹配0個或多個單詞，*匹配一個單詞，在topic exchange做消息轉發用
mandatory：爲true時如果exchange根據自身類型和消息routeKey無法找到一個符合條件的queue，那麼會調用basic.return方法將消息返還給生產者。爲false時出現上述情形broker會直接將消息扔掉
immediate：爲true時如果exchange在將消息route到queue(s)時發現對應的queue上沒有消費者，那麼這條消息不會放入隊列中。當與消息routeKey關聯的所有queue(一個或多個)都沒有消費者時，該消息會通過basic.return方法返還給生產者。
props：需要注意的是BasicProperties.deliveryMode，1:不持久化 2：持久化 這裏指的是消息的持久化，配合channel(durable=true),queue(durable)可以實現，即使服務器宕機，消息仍然保留
body：要發送的信息
channel.basicAck()
void basicAck(long deliveryTag, boolean multiple) throws IOException;
deliveryTag：該消息的index
multiple：是否批量處理.true:將一次性ack所有小於deliveryTag的消息
channel.basicNack()
void basicNack(long deliveryTag, boolean multiple, boolean requeue) throws IOException;
deliveryTag:該消息的index
multiple：是否批量.true:將一次性拒絕所有小於deliveryTag的消息
requeue：被拒絕的是否重新入隊列 注意：如果設置爲true ，則會添加在隊列的末端
channel.basicConsume()
String basicConsume(String queue, boolean autoAck, Consumer callback) throws IOException;
queue：隊列名稱
autoAck：是否自動ack，如果不自動ack，需要使用channel.ack、channel.nack、channel.basicReject 進行消息應答
callback：回調函數
chanel.exchangeBind()
Exchange.BindOk exchangeBind(String destination, String source, String routingKey) throws IOException;
生產者發送消息到source交換器中，source根據路由鍵找到與其匹配的另一個交換器destination，並把消息轉發到destination中，存儲在destination綁定的隊列queue中
channel.queueDeclare()
Queue.DeclareOk queueDeclare(String queue, boolean durable, boolean exclusive, boolean autoDelete,Map<String, Object> arguments) throws IOException;
queue: 隊列名稱
durable： 是否持久化, 隊列的聲明默認是存放到內存中的，如果rabbitmq重啓會丟失，如果想重啓之後還存在就要使隊列持久化，保存到Erlang自帶的Mnesia數據庫中，當rabbitmq重啓之後會讀取該數據庫
exclusive：是否排外的，有兩個作用，一：當連接關閉時connection.close()該隊列是否會自動刪除；二：該隊列是否是私有的private，如果不是排外的，可以使用兩個消費者都訪問同一個隊列，沒有任何問題，如果是排外的，會對當前隊列加鎖，其他通道channel是不能訪問的，如果強制訪問會報異常，一般等於true的話用於一個隊列只能有一個消費者來消費的場景
autodelete：當沒有任何消費者使用時，自動刪除該隊列
arguments：擴展參數。如：x-message-ttl
channel.queueBind()
AMQP.Queue.BindOk queueBind(String queue , String exchange , String routingKey ) throws IOException;
queue 隊列名稱
exchange 交換機名稱
routingKey 路由key
3. RabbitMQ 中 Exchange與Queue關係
- exchange 與 queue 是 多對多的關係，一個exchange上可以綁定多個queue；一個queue可以綁定到多個exchange上（多個exchange的類型可以不同，如一個是fanout, 一個是direct，一個是topic)。
- exchange中的數據分發到哪個綁定的queue中由RoutingKey決定，但是exchange上綁定哪些queue是由程序（或spring配置）確定的。
- 消息發送端可以選擇發到指定queue或exchange中，但是消費者連接的肯定是queue,不能直接監聽exchange。
- rabbitmq的queue跟其它mq服務器一樣，可以有多個監聽者，但是一個消息只能由一個監聽者消費。
更多:
https://docs.spring.io/spring-amqp/reference/html/
https://www.rabbitmq.com/tutorials/tutorial-six-java.html