rabbitmq基本管理命令：
一步啟動Erlang node和Rabbit應用：sudo rabbitmq-server
在后台啟動Rabbit node：sudo rabbitmq-server -detached
關閉整個節點（包括應用）：sudo rabbitmqctl stop
add_user <UserName> <Password>
delete_user <UserName>
change_password <UserName> <NewPassword>
list_users
add_vhost <VHostPath>
delete_vhost <VHostPath>
list_vhosts
set_permissions [-p <VHostPath>] <UserName> <Regexp> <Regexp> <Regexp>
clear_permissions [-p <VHostPath>] <UserName>
list_permissions [-p <VHostPath>]
list_user_permissions <UserName>
list_queues [-p <VHostPath>] [<QueueInfoItem> ...]
list_exchanges [-p <VHostPath>] [<ExchangeInfoItem> ...]
list_bindings [-p <VHostPath>]
list_connections [<ConnectionInfoItem> ...]
Demo:
producer.py
1 #!/usr/bin/env python 2 # -*- coding: utf_8 -*- 3 # Date: 2015年11月30日 4 # Author:蔚藍行 5 # 博客 http://www.cnblogs.com/duanv/ 6 7 import pika 8 import sys 9 10 #創建連接connection到localhost 11 con = pika.BlockingConnection(pika.ConnectionParameters('localhost')) 12 #創建虛擬連接channel 13 cha = con.channel() 14 #創建隊列anheng,durable參數為真時，隊列將持久化；exclusive為真時，建立臨時隊列 15 result=cha.queue_declare(queue='anheng',durable=True,exclusive=False) 16 #創建名為yanfa,類型為fanout的exchange，其他類型還有direct和topic，如果指定durable為真，exchange將持久化 17 cha.exchange_declare(durable=False, 18 exchange='yanfa', 19 type='direct',) 20 #綁定exchange和queue,result.method.queue獲取的是隊列名稱 21 cha.queue_bind(exchange='yanfa', 22 queue=result.method.queue, 23 routing_key='',) 24 #公平分發，使每個consumer在同一時間最多處理一個message，收到ack前，不會分配新的message 25 cha.basic_qos(prefetch_count=1) 26 #發送信息到隊列‘anheng’ 27 message = ' '.join(sys.argv[1:]) 28 #消息持久化指定delivery_mode=2； 29 cha.basic_publish(exchange='', 30 routing_key='anheng', 31 body=message, 32 properties=pika.BasicProperties( 33 delivery_mode = 2, 34 )) 35 print '[x] Sent %r' % (message,) 36 #關閉連接 37 con.close()
consumer.py
1 #!/usr/bin/env python 2 # -*- coding: utf_8 -*- 3 # Date: 2015年11月30日 4 # Author:蔚藍行 5 # 博客 http://www.cnblogs.com/duanv/ 6 import pika 7 8 #建立連接connection到localhost 9 con = pika.BlockingConnection(pika.ConnectionParameters('localhost')) 10 #創建虛擬連接channel 11 cha = con.channel() 12 #創建隊列anheng 13 result=cha.queue_declare(queue='anheng',durable=True) 14 #創建名為yanfa,類型為fanout的交換機，其他類型還有direct和topic 15 cha.exchange_declare(durable=False, 16 exchange='yanfa', 17 type='direct',) 18 #綁定exchange和queue,result.method.queue獲取的是隊列名稱 19 cha.queue_bind(exchange='yanfa', 20 queue=result.method.queue, 21 routing_key='',) 22 #公平分發，使每個consumer在同一時間最多處理一個message，收到ack前，不會分配新的message 23 cha.basic_qos(prefetch_count=1) 24 print ' [*] Waiting for messages. To exit press CTRL+C' 25 #定義回調函數 26 def callback(ch, method, properties, body): 27 print " [x] Received %r" % (body,) 28 ch.basic_ack(delivery_tag = method.delivery_tag) 29 30 cha.basic_consume(callback, 31 queue='anheng', 32 no_ack=False,) 33 34 cha.start_consuming()
一、概念：
Connection： 一個TCP的連接。Producer和Consumer都是通過TCP連接到RabbitMQ Server的。程序的起始處就是建立這個TCP連接。
Channels： 虛擬連接。建立在上述的TCP連接中。數據流動都是在Channel中進行的。一般情況是程序起始建立TCP連接，第二步就是建立這個Channel。
二、隊列：
首先建立一個Connection，然后建立Channels，在channel上建立隊列
建立時指定durable參數為真，隊列將持久化；指定exclusive為真，隊列為臨時隊列，關閉consumer后該隊列將不再存在，一般情況下建立臨時隊列並不指定隊列名稱，rabbitmq將隨機起名，通過result.method.queue來獲取隊列名：
result = channel.queue_declare(exclusive=True)
result.method.queue
區別：durable是隊列持久化與否，如果為真，隊列將在rabbitmq服務重啟后仍存在，如果為假，rabbitmq服務重啟前不會消失，與consumer關閉與否無關；
而exclusive是建立臨時隊列，當consumer關閉后，該隊列就會被刪除
三、exchange和bind
Exchange中durable參數指定exchange是否持久化，exchange參數指定exchange名稱，type指定exchange類型。Exchange類型有direct，fanout和topic。
Bind是將exchange與queue進行關聯，exchange參數和queue參數分別指定要進行bind的exchange和queue，routing_key為可選參數。
Exchange的三種模式：
Direct：
任何發送到Direct Exchange的消息都會被轉發到routing_key中指定的Queue
1.一般情況可以使用rabbitMQ自帶的Exchange：””(該Exchange的名字為空字符串)；
2.這種模式下不需要將Exchange進行任何綁定(bind)操作；
3.消息傳遞時需要一個“routing_key”，可以簡單的理解為要發送到的隊列名字；
4.如果vhost中不存在routing_key中指定的隊列名，則該消息會被拋棄。
Demo中雖然聲明了一個exchange=’yanfa’和queue=’anheng’的bind，但是在后面發送消息時並沒有使用該exchange和bind，而是采用了direct的模式，沒有指定exchange，而是指定了routing_key的名稱為隊列名，消息將發送到指定隊列。
如果一個exchange 聲明為direct，並且bind中指定了routing_key,那么發送消息時需要同時指明該exchange和routing_key.
Fanout:
任何發送到Fanout Exchange的消息都會被轉發到與該Exchange綁定(Binding)的所有Queue上
1.可以理解為路由表的模式
2.這種模式不需要routing_key
3.這種模式需要提前將Exchange與Queue進行綁定，一個Exchange可以綁定多個Queue，一個Queue可以同多個Exchange進行綁定。
4.如果接受到消息的Exchange沒有與任何Queue綁定，則消息會被拋棄。
Demo中創建了一個將一個exchange和一個queue進行fanout類型的bind.但是發送信息時沒有用到它，如果要用到它，只要在發送消息時指定該exchange的名稱即可，該exchange就會將消息發送到所有和它bind的隊列中。在fanout模式下，指定的routing_key是無效的 。
Topic：
任何發送到Topic Exchange的消息都會被轉發到所有關心routing_key中指定話題的Queue上
1.這種模式較為復雜，簡單來說，就是每個隊列都有其關心的主題，所有的消息都帶有一個“標題”(routing_key)，Exchange會將消息轉發到所有關注主題能與routing_key模糊匹配的隊列。
2.這種模式需要routing_key，也許要提前綁定Exchange與Queue。
3.在進行綁定時，要提供一個該隊列關心的主題，如“#.log.#”表示該隊列關心所有涉及log的消息(一個routing_key為”MQ.log.error”的消息會被轉發到該隊列)。
4.“#”表示0個或若干個關鍵字，“*”表示一個關鍵字。如“log.*”能與“log.warn”匹配，無法與“log.warn.timeout”匹配；但是“log.#”能與上述兩者匹配。
5.同樣，如果Exchange沒有發現能夠與routing_key匹配的Queue，則會拋棄此消息。
四、任務分發
1.Rabbitmq的任務是循環分發的，如果開啟兩個consumer，producer發送的信息是輪流發送到兩個consume的。
2.在producer端使用cha.basic_publish()來發送消息，其中body參數就是要發送的消息，properties=pika.BasicProperties(delivery_mode = 2,)啟用消息持久化，可以防止RabbitMQ Server 重啟或者crash引起的數據丟失。
3.在接收端使用cha.basic_consume()無限循環監聽，如果設置no-ack參數為真，每次Consumer接到數據后，而不管是否處理完成，RabbitMQ Server會立即把這個Message標記為完成，然后從queue中刪除了。為了保證數據不被丟失，RabbitMQ支持消息確認機制，即acknowledgments。為了保證數據能被正確處理而不僅僅是被Consumer收到，那么我們不能采用no-ack。而應該是在處理完數據后發送ack。
在處理數據后發送的ack，就是告訴RabbitMQ數據已經被接收，處理完成，RabbitMQ可以去安全的刪除它了。如果Consumer退出了但是沒有發送ack，那么RabbitMQ就會把這個Message發送到下一個Consumer。這樣就保證了在Consumer異常退出的情況下數據也不會丟失。
這里並沒有用到超時機制。RabbitMQ僅僅通過Consumer的連接中斷來確認該Message並沒有被正確處理。也就是說，RabbitMQ給了Consumer足夠長的時間來做數據處理。
Demo的callback方法中ch.basic_ack(delivery_tag = method.delivery_tag)告訴rabbitmq消息已經正確處理。如果沒有這條代碼，Consumer退出時，Message會重新分發。然后RabbitMQ會占用越來越多的內存，由於RabbitMQ會長時間運行，因此這個“內存泄漏”是致命的。去調試這種錯誤，可以通過一下命令打印un-acked Messages：
sudo rabbitmqctl list_queues name messages_ready messages_unacknowledged
4.公平分發：設置cha.basic_qos(prefetch_count=1)，這樣RabbitMQ就會使得每個Consumer在同一個時間點最多處理一個Message。換句話說，在接收到該Consumer的ack前，他它不會將新的Message分發給它。
五、注意：
生產者和消費者都應該聲明建立隊列，網上教程上說第二次創建如果參數和第一次不一樣，那么該操作雖然成功，但是queue的屬性並不會被修改。
可能因為版本問題，在我的測試中如果第二次聲明建立的隊列屬性和第一次不完全相同，將報類似這種錯406, "PRECONDITION_FAILED - parameters for queue 'anheng' in vhost '/' not equivalent"
如果是exchange第二次創建屬性不同，將報這種錯406, "PRECONDITION_FAILED - cannot redeclare exchange 'yanfa' in vhost '/' with different type, durable, internal or autodelete value"
如果第一次聲明建立隊列也出現這個錯誤，說明之前存在名字相同的隊列且本次聲明的某些屬性和之前聲明不同，可通過命令sudo rabbitmqctl list_queues查看當前有哪些隊列。解決方法是聲明建立另一名稱的隊列或刪除原有隊列，如果原有隊列是非持久化的，可通過重啟rabbitmq服務刪除原有隊列，如果原有隊列是持久化的，只能刪除它所在的vhost,然后再重建vhost,再設置vhost的權限（先確認該vhost中沒有其他有用隊列）。
sudo rabbitmqctl delete_vhost /
sudo rabbitmqctl add_vhost /
sudo rabbitmqctl set_permissions -p / username '.*' '.*' '.*'