dubbo

1，rpc的分布式集群支持：負載均衡是對外提供一個公共地址，請求過來時通過輪詢、隨機的形式來分攤壓力，掛一臺補一臺
2，結合zookeeper解藕：(提供者注冊和消費者訂閱)客戶端和服務端啟動的時候都會把自己的機器IP注冊到zookeeper上。客戶端會把zk上的服務端ip拉到磁盤上，并記錄哪些ip提供哪些服務（服務端啟動的時候暴露給zk）。
?? 然后調用的時候客戶端會根據ip調用服務端的服務，這時候即使zk掛掉也沒關系。
3：長連接通訊：nio通信抽象封裝（暫時沒接觸）

可用場景：
1，商城做活動流量暴漲：防止系統崩掉 可以通過dubbo來控制訪問量
2，分布式服務器rpc過程調用壓力分擔

?

mq一個點對點一個是分布式訂閱

mq的2個好處是
1，消息不丟失：服務之間端掉消息會保存到mq中間件中，當消費者服務器恢復后就會重新發過去，消息不會丟失
2，異步處理：比如一個商城用戶購買產品后后臺會去更新數據庫然后響應給客戶端，如果在高并發的情況下，
這樣更新數據庫響應客戶端會變慢，可以使用mq消息隊列的消費者進程中獲取數據來進行異步寫數據，由于消息對壘的服務處理速度遠快于數據庫，
因此響應延遲能得到有效改善

總結

以上是生活随笔為你收集整理的dubbo和mq的使用场景的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。