channel.exchangeDeclare()
channel.ExchangeDeclare(string exchange: "cjlTest",string type: "direct/topic/header/fanout",bool durable: true);
參數解析：
exchange：名稱
type：有fanout、direct、topic、header；選擇合適自己的
durable：是否開啟持久化exchange
autoDelete： 當已經沒有消費者時，服務器是否可以刪除該exchange
fanout
fanout類型的Exchange路由規則非常簡單，它會把所有發送到該Exchange的消息路由到所有與它綁定的Queue中。
上圖中，生產者（P）發送到Exchange（X）的所有消息都會路由到圖中的兩個Queue，並最終被兩個消費者（C1與C2）消費。
direct
direct類型的Exchange路由規則也很簡單，它會把消息路由到那些binding key與routing key完全匹配的Queue中。
以上圖的配置為例，以routingKey=”error”發送消息到Exchange，則消息會路由到Queue1（amqp.gen-S9b…，這是由RabbitMQ自動生成的Queue名稱）和Queue2（amqp.gen-Agl…）；如果我們以routingKey=”info”或routingKey=”warning”來發送消息，則消息只會路由到Queue2。如果我們以其他routingKey發送消息，則消息不會路由到這兩個Queue中。
topic
前面講到direct類型的Exchange路由規則是完全匹配binding key與routing key，但這種嚴格的匹配方式在很多情況下不能滿足實際業務需求。
topic類型的Exchange在匹配規則上進行了擴展，它與direct類型的Exchage相似，也是將消息路由到binding key與routing key相匹配的Queue中，但這里的匹配規則有些不同，它約定：
- routing key為一個句點號“. ”分隔的字符串（我們將被句點號“. ”分隔開的每一段獨立的字符串稱為一個單詞），如“stock.usd.nyse”、“nyse.vmw”、“quick.orange.rabbit”
- binding key與routing key一樣也是句點號“. ”分隔的字符串
- binding key中可以存在兩種特殊字符“*”與“#”，用於做模糊匹配，其中“*”用於匹配一個單詞，“#”用於匹配多個單詞（可以是零個）
以上圖中的配置為例，routingKey=”quick.orange.rabbit”的消息會同時路由到Q1與Q2，routingKey=”lazy.orange.fox”的消息會路由到Q1，routingKey=”lazy.brown.fox”的消息會路由到Q2，routingKey=”lazy.pink.rabbit”的消息會路由到Q2（只會投遞給Q2一次，雖然這個routingKey與Q2的兩個bindingKey都匹配）；
routingKey=”quick.brown.fox”、routingKey=”orange”、routingKey=”quick.orange.male.rabbit”的消息將會被丟棄，因為它們沒有匹配任何bindingKey。
header
headers類型的Exchange不依賴於routing key與binding key的匹配規則來路由消息，而是根據發送的消息內容中的headers屬性進行匹配。 該類型exchange不太常用
chanel.basicQos()
channel.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：被拒絕的是否重新入隊列
channel.basicReject()
void basicReject(long deliveryTag, boolean requeue) throws IOException;
參數解析
deliveryTag:該消息的index
requeue：被拒絕的是否重新入隊列
channel.basicNack 與 channel.basicReject 的區別在於basicNack可以拒絕多條消息，而basicReject一次只能拒絕一條消息
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()
用於通過綁定bindingkey講queue到exchange，之后便可以進行消息接收
Exchange.BindOk exchangeBind(String destination, String source, String routingKey) throws IOException;
channel.queueDeclare()
Queue.DeclareOk queueDeclare(String queue, boolean durable, boolean exclusive, boolean autoDelete,
Map<String, Object> arguments) throws IOException;
durable：true、false true：在服務器重啟時，能夠存活
exclusive ：是否為當前連接的專用隊列，在連接斷開后，會自動刪除該隊列，生產環境中應該很少用到吧。
autodelete：當沒有任何消費者使用時，自動刪除該隊列