rabbit channel參數

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：當沒有任何消費者使用時，自動刪除該隊列