路由模式:
一、每一個消費者監聽本身的隊列,而且設置帶統配符的routingkey。
二、生產者將消息發給broker,由交換機根據routingkey來轉發消息到指定的隊列。
編程
交換機的名稱
清理場景
刪除這個交換機
刪除隊列
再刪除sms的隊列
交換機的類型變成topic
測試
若是隊列是inform.email.sms那麼這兩個隊列均可以匹配上,#表明任意的字符,也能夠表明是空的字符
綁定topic的交換機
3d
發送的routingKey是email和sms的
再指定inform.sms.email
orm
先單獨發email的
blog
交換機的類型編程topic
交換機的名稱也要修改
隊列
隊列名稱和短信的routingKey修改
路由
啓動生產者 topic
發送了5條消息
交換機綁定了兩個隊列。沒個隊列指定了通配符。
剛纔發送的5條信息 到了email的隊列裏面
啓動email和sms的消費者
form
放開第二段代碼。發送數據
有5條emial和5條sms的消息
email端接收到了
sms端也接收到了
email
最後的循環的代碼註釋房開。
這樣就發送了15條數據
sms接收到了,拿到了10條數據
email接收到了。接收到了10條數據
這就是Topic通配符的模式
循環