這篇文章將為大家詳細(xì)講解有關(guān)Dubbo、Zookeeper、redis、RabbitMQ的示例分析，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

專業(yè)成都網(wǎng)站建設(shè)公司，做排名好的好網(wǎng)站，排在同行前面，為您帶來(lái)客戶和效益!創(chuàng)新互聯(lián)為您提供成都網(wǎng)站建設(shè)，五站合一網(wǎng)站設(shè)計(jì)制作，服務(wù)好的網(wǎng)站設(shè)計(jì)公司，做網(wǎng)站、網(wǎng)站建設(shè)負(fù)責(zé)任的成都網(wǎng)站制作公司!

一、主要負(fù)責(zé)微信商城訂單模塊的開(kāi)發(fā)

訂單的邏輯：訂單創(chuàng)建、訂單支付、訂單生產(chǎn)、訂單確認(rèn)、訂單完成、取消訂單等訂單流程。還涉及到復(fù)雜的訂單狀態(tài)規(guī)則、訂單金額計(jì)算規(guī)則以及增減庫(kù)存規(guī)則等。

這個(gè)過(guò)程需要各個(gè)數(shù)據(jù), 因此，訂單系統(tǒng)接入所需的公共服務(wù)模塊接口，在訂單系統(tǒng)即可完成對(duì)接公共系統(tǒng)的服務(wù)。(自己在這個(gè)過(guò)程中做了什么？那些流程是自己做的？)

二、以前一個(gè)項(xiàng)目有多個(gè)類，一旦其中一個(gè)類出了問(wèn)題，就會(huì)導(dǎo)致整個(gè)服務(wù)宕機(jī)，現(xiàn)在把一個(gè)項(xiàng)目拆分成多個(gè)微服務(wù)（生產(chǎn)者和消費(fèi)者）（也就是表現(xiàn)層和服務(wù)層？） 就像兩個(gè)單獨(dú)的計(jì)算機(jī)，大家都知道兩個(gè)單獨(dú)的計(jì)算機(jī)不提供任何外界條件如網(wǎng)絡(luò)環(huán)境，這兩臺(tái)計(jì)算機(jī)是無(wú)法同信的，那么回歸到項(xiàng)目中，表現(xiàn)層和服務(wù)層兩個(gè)單獨(dú)的工程是如何通信的呢？實(shí)現(xiàn)遠(yuǎn)程通信的方法有：使用dubbo：使用RPC協(xié)議進(jìn)行遠(yuǎn)程調(diào)用，直接使用socket通信。傳輸效率高，并且可以統(tǒng)計(jì)出系統(tǒng)之間的調(diào)用關(guān)系、調(diào)用次數(shù) ，來(lái)解決這個(gè)宕機(jī)問(wèn)題，從而使用Dubbo來(lái)管理這些微服務(wù)。

2. 解耦合。如果使用 MQ，A 系統(tǒng)產(chǎn)生一條數(shù)據(jù)，發(fā)送到 MQ 里面去，哪個(gè)系統(tǒng)需要數(shù)據(jù)自己去 MQ 里面消費(fèi)。如果新系統(tǒng)需要數(shù)據(jù)，直接從 MQ 里消費(fèi)即可；如果某個(gè)系統(tǒng)不需要這條數(shù)據(jù)了，就取消對(duì) MQ 消息的消費(fèi)即可。這樣下來(lái)，A 系統(tǒng)壓根兒不需要去考慮要給誰(shuí)發(fā)送數(shù)據(jù)，不需要維護(hù)這個(gè)代碼，也不需要考慮人家是否調(diào)用成功、失敗超時(shí)等情況。

A 系統(tǒng)就跟其它系統(tǒng)徹底解耦了。

3.異步

以前同步的話，要分別等待ABCD分別執(zhí)行完任務(wù)才響應(yīng)給用戶，這個(gè)過(guò)程需要3+300+450+200ms,而現(xiàn)在，則只需3+5秒即可。無(wú)需等待它們。

關(guān)于“Dubbo、Zookeeper、Redis、RabbitMQ的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。