（一）跟我學習springmvc+dubbo-簡介
Dubbo是一個分布式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。簡單的說，dubbo就是個服務框架，如果沒有分布式的需求，其實是不需要用的，只有在分布式的時候，才有dubbo這樣的分布式服務框架的需求，並且本質上是個服務調用的東東，說白了就是個遠程服務調用的分布式框架（告別WebService模式中的WSdl，以服務者與消費者的方式在dubbo上註冊）
- Dubbo是什麽？
Dubbo是一個分布式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。簡單的說，dubbo就是個服務框架，如果沒有分布式的需求，其實是不需要用的，只有在分布式的時候，才有dubbo這樣的分布式服務框架的需求，並且本質上是個服務調用的東東，說白了就是個遠程服務調用的分布式框架（告別Web Service模式中的WSdl，以服務者與消費者的方式在dubbo上註冊）
其核心部分包含:
-
遠程通訊: 提供對多種基於長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應”模式的信息交換方式。
-
集群容錯: 提供基於接口方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集群支持。
-
自動發現: 基於註冊中心目錄服務，使服務消費方能動態的查×××提供方，使地址透明，使服務提供方可以平滑增加或減少機器。
- Dubbo能做什麽？
1.透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，只需簡單配置，沒有任何API侵入。
2.軟負載均衡及容錯機制，可在內網替代F5等硬件負載均衡器，降低成本，減少單點。
- 服務自動註冊與發現，不再需要寫死服務提供方地址，註冊中心基於接口名查詢服務提供者的IP地址，並且能夠平滑添加或刪除服務提供者。
Dubbo采用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基於Spring的Schema擴展進行加載。
- dubbo的架構
dubbo架構圖如下所示：
節點角色說明：
Provider: 暴露服務的服務提供方。
Consumer: 調用遠程服務的服務消費方。
Registry: 服務註冊與發現的註冊中心。
Monitor: 統計服務的調用次調和調用時間的監控中心。
Container: 服務運行容器。
這點我覺得非常好，角色分明，可以根據每個節點角色的狀態來確定該服務是否正常。
調用關系說明：
0 服務容器負責啟動，加載，運行服務提供者。
-
服務提供者在啟動時，向註冊中心註冊自己提供的服務。
-
服務消費者在啟動時，向註冊中心訂閱自己所需的服務。
-
註冊中心返回服務提供者地址列表給消費者，如果有變更，註冊中心將基於長連接推送變更數據給消費者。
-
服務消費者，從提供者地址列表中，基於軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。
- 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。
dubbo的容錯性顯而易見，性能方面還沒有還得及測，我們系統某頁面需要掉5次接口，本來想建議做個緩存，但業務關系不能采納，還需要研究下dubbo的性能調優問題...
- dubbo使用方法。
Dubbo采用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基於Spring的Schema擴展進行加載。如果不想使用Spring配置，而希望通過API的方式進行調用（不推薦）
下面我們一步一步的來剖解dubbo如何使用
請各位持續關註《跟我學習dubbo-ZooKeeper註冊中心安裝(2)》
核心技術：Maven,Springmvc mybatis shiro, Druid, Restful, Dubbo, ZooKeeper,Redis,FastDFS,ActiveMQ,Nginx
- 項目核心代碼結構截圖
（一）跟我學習springmvc+dubbo-簡介