什麼是dubbo
Dubbo是Alibaba開源的分佈式服務框架，它最大的特點是按照分層的方式來架構，使用這種方式可以使各個層之間解耦合（或者最大限度地鬆耦合）。從服務模型的角度來看， Dubbo採用的是一種非常簡單的模型，要麼是提供方提供服務，要麼是消費方消費服務，所以基於這一點可以抽象出服務提供方（Provider）和服務消費方（Consumer）兩個角色。關於註冊中心、協議支持、服務監控等內容，詳見後面描述。 Webservice也是一種服務框架，但是webservice並不是分佈式的服務框架，他需要結合F5實現負載均衡。因此，dubbo除了可以提供服務之外，還可以實現軟負載均衡。它還提供了兩個功能Monitor 監控中心和調用中心。這兩個是可選的，需要單獨配置。
Dubbo是阿里巴巴SOA服務化治理方案的核心框架，致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。其核心部分包含:
遠程通訊: 提供對多種基於長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應”模式的信息交換方式。
集羣容錯: 提供基於接口方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集羣支持。
自動發現: 基於註冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。
那麼，Dubbo能做什麼？
- 透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，只需簡單配置，沒有任何API侵入。
- 軟負載均衡及容錯機制，可在內網替代F5等硬件負載均衡器，降低成本，減少單點。
- 服務自動註冊與發現，不再需要寫死服務提供方地址，註冊中心基於接口名查詢服務提供者的IP地址，並且能夠平滑添加或刪除服務提供者。
Dubbo本地 JAR包部署與安裝
Dubbox的jar包並沒有部署到Maven的中央倉庫中，大家在Maven的中央倉庫中可以查找到Dubbo的最終版本是2.5.3 , 阿里巴巴解散了Dubbo團隊後由噹噹網繼續維護此項目，並改名爲 Dubbox ,座標不變，版本變更了，但是並沒有提交到中央倉庫。
我們現在需要手動將Dubbox的jar包安裝到我的本地倉庫中。
先將dubbo-2.8.4.jar包放到d:\文件夾名, 然後輸入命令
mvn install:install-file -Dfile=d:\文件夾名\dubbo-2.8.4.jar -DgroupId=com.alibaba -DartifactId=dubbo -Dversion=2.8.4 -Dpackaging=jar
配置離線約束(代碼提示)
http://code.alibabatech.com/schema/dubbo/dubbo.xsd
什麼是Dubbox
Dubbox簡介
Dubbox 是一個分佈式服務框架，其前身是阿里巴巴開源項目Dubbo ，被國內電商及互聯網項目中使用，後期阿里巴巴停止了該項目的維護，噹噹網便在Dubbo基礎上進行優化，並繼續維護，爲了與原有的Dubbo區分，故將其命名爲Dubbox。
分佈式服務框架：
- 高性能和透明化的RPC遠程服務調用方案
- SOA服務治理方案
- Apache MINA 框架基於Reactor模型通信框架，基於tcp長連接
Dubbo缺省協議採用單一長連接和NIO異步通訊，適合於小數據量大併發的服務調用，以及服務消費者機器數遠大於服務提供者機器數的情況
分析源代碼，基本原理如下：
- client一個線程調用遠程接口，生成一個唯一的ID（比如一段隨機字符串，UUID等），Dubbo是使用AtomicLong從0開始累計數字的
- 將打包的方法調用信息（如調用的接口名稱，方法名稱，參數值列表等），和處理結果的回調對象callback，全部封裝在一起，組成一個對象object
- 向專門存放調用信息的全局ConcurrentHashMap裏面put(ID, object)
- 將ID和打包的方法調用信息封裝成一對象connRequest，使用IoSession.write(connRequest)異步發送出去
- 當前線程再使用callback的get()方法試圖獲取遠程返回的結果，在get()內部，則使用synchronized獲取回調對象callback的鎖，再先檢測是否已經獲取到結果，如果沒有，然後調用callback的wait()方法，釋放callback上的鎖，讓當前線程處於等待狀態。
- 服務端接收到請求並處理後，將結果（此結果中包含了前面的ID，即回傳）發送給客戶端，客戶端socket連接上專門監聽消息的線程收到消息，分析結果，取到ID，再從前面的ConcurrentHashMap裏面get(ID)，從而找到callback，將方法調用結果設置到callback對象裏。
- 監聽線程接着使用synchronized獲取回調對象callback的鎖（因爲前面調用過wait()，那個線程已釋放callback的鎖了），再notifyAll()，喚醒前面處於等待狀態的線程繼續執行（callback的get()方法繼續執行就能拿到調用結果了），至此，整個過程結束。
當前線程怎麼讓它“暫停”，等結果回來後，再向後執行？
答：先生成一個對象obj，在一個全局map裏put(ID,obj)存放起來，再用synchronized獲取obj鎖，再調用obj.wait()讓當前線程處於等待狀態（waitSet），然後另一消息監聽線程等到服務端結果來了後，再map.get(ID)找到obj，再用synchronized獲取obj鎖，再調用obj.notifyAll()喚醒前面處於等待狀態的線程。
正如前面所說，Socket通信是一個全雙工的方式，如果有多個線程同時進行遠程方法調用，這時建立在client server之間的socket連接上會有很多雙方發送的消息傳遞，前後順序也可能是亂七八糟的，server處理完結果後，將結果消息發送給client，client收到很多消息，怎麼知道哪個消息結果是原先哪個線程調用的？
答：使用一個ID，讓其唯一，然後傳遞給服務端，再服務端又回傳回來，這樣就知道結果是原先哪個線程的了。
服務方：service 層(暴露接口) ， 消費方：controller層(遠程注入)
邏輯詳解：服務方類似房東有房出租，消費方類似租客要租房，房東出租房子找到中介(註冊中心)，告訴中介自己的房子地址大小等信息，租客找中介租房，中介會根據租客請求等信息，找到房東