實習專案中用的框架是Dubbo，還記得剛進公司的時候，架構師給我們簡單地說了專案的架構，也問了問之前接觸過的框架。具體內容記不清了，關鍵字包括：WebService，SOA。可以說，這兩者並不陌生，而專案中的Dubbo和這兩者有著緊密的聯絡。下面就開始對Dubbo框架進行一些細緻的瞭解。     一. Dubbo是什麼？ Dubbo 是阿里巴巴公司開源的一個高效能優秀的分散式服務框架，致力於提供高效能和透明化的RPC遠端呼叫服務方案，是阿里巴巴SOA服務化治理方案的核心框架。 簡單的說，dubbo就是個服務框架，如果沒有分散式的需求，其實是不需要用的，只有在分散式的時候，才有dubbo這樣的分散式服務框架的需求，並且本質上就是服務呼叫，它告別Web Service模式中的WSdl（網路服務描述語言），以服務者與消費者的方式在dubbo上註冊。 其核心部分包含:     1.遠端通訊: 提供對多種基於長連線的NIO框架抽象封裝，包括多種執行緒模型，序列化，以及“請求-響應”模式的資訊交換方式。     2.叢集容錯: 提供基於介面方法的透明遠端過程呼叫，包括多協議支援，以及軟負載均衡，失敗容錯，地址路由，動態配置等叢集支援。     3.自動發現: 基於註冊中心目錄服務，使服務消費方能動態的查詢服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器     二. Dubbo能做什麼？
1.透明化的遠端方法呼叫，就像呼叫本地方法一樣呼叫遠端方法，只需簡單配置，沒有任何API侵入。      2.軟負載均衡及容錯機制，可在內網替代F5等硬體負載均衡器，降低成本，減少單點。 3. 服務自動註冊與發現，不再需要寫死服務提供方地址，註冊中心基於介面名查詢服務提供者的IP地址，並且能夠平滑新增或刪除服務提供者。 Dubbo採用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring載入Dubbo的配置即可，Dubbo基於Spring的Schema擴充套件進行載入。     三. Dubbo的工作原理？

    節點角色說明：
   1.Provider 暴露服務方稱之為“服務提供者”。    2.Consumer 呼叫遠端服務方稱之為“服務消費者”。    3.Registry 服務註冊與發現的中心目錄服務稱之為“服務註冊中心”。    4.Monitor 統計服務的呼叫次調和呼叫時間的日誌服務稱之為“服務監控中心”。     呼叫關係說明： 1. register： 服務提供者在啟動時，向註冊中心註冊自己提供的服務。 2. subscribe： 服務消費者在啟動時，向註冊中心訂閱自己所需的服務。 3. notify： 註冊中心返回服務提供者地址列表給消費者，如果有變更，註冊中心將基於長連線推送變更資料給消費者。 4. invoke： 服務消費者，從提供者地址列表中，基於軟負載均衡演算法，選一臺提供者進行呼叫，如果呼叫失敗，再選另一臺呼叫。 5. count： 服務消費者和提供者，在記憶體中累計呼叫次數和呼叫時間，定時每分鐘傳送一次統計資料到監控中心。     四.專案感悟     瞭解了這麼多關於Dubbo框架的知識，也算是專案之餘自己對架構的一些學習。因為是半路進專案組，所以對整個專案的著手也是半成品。專案開發進度緊張，所有的開發任務都是建立在現有的專案基礎上，所以沒機會也不允許自己去搭建一個專案框架，後期有時間了，還是需要自己實踐一下，如何搭建出這樣一個框架。