1.      dubbo框架理解：

dubbo是一種分散式框架，最早應用於電商專案。它經歷瞭如下幾個發展階段：

從單一應用框架(ORM)：當網站流量很小時，只需一個應用，將所有功能都部署在一起以減少部署節點和成本；

垂直應用框架(MVC)：當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相干的幾個應用，以提升效率；

分散式應用架構(RPC)：當垂直應用越來越多，應用之間互動不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求；

流動計算架構(SOA)：當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個排程中心基於訪問壓力實時管理叢集容量，提高叢集利用率；

用圖形表示為：

而dubbo的工作圖：

其中：

0.服務容器負責啟動，載入，執行服務提供者。

1.服務提供者在啟動時，向註冊中心註冊自己提供的服務。

2.服務消費者在啟動時，向註冊中心訂閱自己所需的服務。

3.註冊中心返回服務提供者地址列表給消費者，如果有變更，註冊中心將基於長連線推送變更資料給消費者。

4.服務消費者，從提供者地址列表中，基於軟負載均衡演算法，選一臺提供者進行呼叫，如果呼叫失敗，再選另一臺呼叫。

5.服務消費者和提供者，在記憶體中累計呼叫次數和呼叫時間，定時每分鐘傳送一次統計資料到監控中心

2.dubbo專案搭建

在專案搭建之前，需要安裝zookeeper與dubbo，具體過程請百度。這裡是兩個推薦地址：

關於dubbo的安裝，因為筆者參見網路搞了很久才出來，在這裡我詳細說下。

在啟動zookepeer不報錯以後，進行如下配置：

1） 配置一個獨立的tomcat準備作為dubbo-admin啟動的容器，下載dubbo-admin的war包釋出到tomcat中（拷貝到tomcat的webapp下）；

2） 啟動tomcat，可以發現dubbo-admin.war被解壓了。開啟解壓包中/WEB-INF/dubbo.properties檔案，進行以下修改：

dubbo.registry.address=zookeeper://127.0.0.1:2181     //與你的zookeeper地址及埠一致

dubbo.admin.root.password=root  //dobbo-admin的登陸使用者root 密碼root

dubbo.admin.guest.password=guest      //dobbo-admin的登陸使用者guest 密碼suest

若報錯Errorcreating bean with name 'uriBrokerService': Cannot create inner bean '(innerbean)' of type[com.alibaba.citrus.service.uribroker.impl.URIBrokerServiceImpl$URIBrokerInfo]while setting bean property 'brokers' with key [0]…

這多半是由於你下載的dubbo-admin版本與你的jdk不相容引起的，如dubbo-admin2.5.4與jdk1.7以上版本都不相容。

此時有兩種方法，第一自不必說是替換低版本的jdk，可這樣會影響到我們正在開發的專案配置，很麻煩；第二種就是重新編譯打包dubbo-admin，下面簡述一下：

2） 修改你的maven/conf/settings.xml，新增如下內容後，檢查eclipse中是否將其配置到了maven中（preference-maven-userssting），若無則新增。

<mirror>

      <id>alimaven</id>

      <name>aliyun maven</name>

      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>

     <mirrorOf>central</mirrorOf>       

</mirror>

下面，我們從零開始來建立一個dubbo專案。

1.      關於Maven多模組建立dubb專案

為了便於理解和管理，博主使用了Maven多模組專案。主模組相當於一個容器，裡面有很多子專案，它們很多地方類似，因此放在一起。其中，主模組是一個site-simple專案，其pom.xml中得package一定是pom，表示它是一個被繼承的模組。子模組的package一定是jar。

去掉子模組的version，建立相互依賴時記得版本一定要和主模組的版本一致。

2.      只有web專案才能釋出到tomcat中，而在這個專案中，student-test與student-web分別作為需要執行在tomcat裡的消費者與提供者，故這兩個在建立時選擇web-app，同時要為它們配置完整的spring執行檔案，如applicationContext.xml和dispatcherServlet.xml，以及web.xml。而web-api和web-service只是在student-web中被內建呼叫的，只需在student-web中配置好呼叫即可。

3.      Dubbo-provider/consumer.xml怎麼被spring載入的問題：

這裡，筆者考慮既然這也是哥xml檔案，那它是否也和applicationContext.xml和dispatcherServlet.xml一樣，在web.xml中進行配置在spring中讀取。其實不然，spring中dubbo的啟動機制如下：

dubbo是基於Spring進行開發的，而且擴充套件了Spring的XML schema和註解標籤，其實這裡也就是整個dubbo的切入點。dubbo除去依賴其他的第三方框架外，整個框架只有一個jar包，可謂是精緻。在這個jar包的NET-INF目錄下有兩個檔案：spring.handlers和spring.schemas。其中spring.schemas中定義的就是擴充套件的spring配置標籤，而且spring.handlers中定義的就是這些schema的處理類，就是這個類將dubbo元件“插入”到spring這個平臺裡的。（關於如何自定義spring配置的schema，網上資料很多，這裡只簡單概括）Spring在啟動的時候會掃描MET-INF下所有的spring.handlers等檔案，找到其中的標籤處理類，並執行其init方法。

4.      將student-test與student-web部署到tomcat上後，執行，報錯” org.aspectj.lang.annotation.Around”.

要使用aspectj必須引入spring-aop和spring-aspects兩個依賴。而因為博主在test專案中啟用了aspectj，但在student-demo以及student-api中並沒有建立這兩個依賴。

此時，考慮到這只是一個dubbo例子，並無aspect呼叫，故去掉即可。

5.      student-web部署到tomcat上報錯無法啟動ContextLoaderListener與Log4jConfigListener。

這是因為tomcat在釋出專案的時候沒有同時釋出maven依賴所新增的jar包。解決方法：專案 —>properties -> Deployment Assembly -> Add -> Java Build Path Entries-> 選擇MavenDependencies -> Finish -> OK 把對應的Maven依賴包也釋出到tomcat。

6.      同時釋出時報錯Webapp root system property already set to different value

因為是兩個專案部署在統一個tomcat中，又都沒有定義webAppRootKey，故需分別在它們的web.xml中配置一個自己的webAppRootKey。方法如下：

<context-param>

   <param-name>webAppRootKey</param-name>

   <param-value>app1.root</param-value>

</context-param>

7.      Student-test的controller中引入的productApi註解失敗，即Noqualifying bean of type [com.product.api.ProductApi] found for dependency。

這是因為在dubbo遠端服務代理中，dubbo的service、reference的載入機制決定的。reference標註的物件不會被spring容器管理，是無法通過factory.getBean獲取的。

專案原始碼參見github:

提供者：https://github.com/Iwillloveyou/dubboSample-Provider.git

消費者：https://github.com/Iwillloveyou/dubboSample-Consumer.git

最後，感謝文中引用到的博文作者，謝謝你們的分享。文中可能部分內容有重複，還望別介意。

如有建議，歡迎留言。