重連 狀態 部門 統一 dir 提供服務 grizzly 學院 黑白名單

一、Dubbo是什麽

官方定義

DUBBO是一個分布式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，是阿裏巴巴SOA服務化治理方案的核心框架，每天為2,000+個服務提供3,000,000,000+次訪問量支持，並被廣泛應用於阿裏巴巴集團的各成員站點。

詳細理解，就是

Dubbo是阿裏巴巴公司開源的一個高性能優秀的服務框架，使得應用可通過高性能的 RPC 實現服務的輸出和輸入功能，可以和spring框架無縫集成。是一個分布式服務框架，以及SOA治理方案。其功能主要包括：高性能NIO通訊及多協議集成，服務動態尋址與路由，軟負載均衡與容錯，依賴分析與降級等。

這裏有幾個專業名詞：1.RPC，2.分布式，3.SOA，如果這幾個名詞有不懂的，可能理解起來就有點吃力，要回去做功課了。

通俗理解，就是在分布式系統中的一種RPC技術，通過Dubbo可以實現系統或應用之間的通信，實現應用間的解耦合（或者最大限度地松耦合）等。

二、Dubbo的由來

1.背景

隨著互聯網的發展，網站應用的規模不斷擴大，常規的垂直應用架構已無法應對，分布式服務架構以及流動計算架構勢在必行，亟需一個治理系統確保架構有條不紊的演進。

• 單一應用架構
  • 當網站流量很小時，只需一個應用，將所有功能都部署在一起，以減少部署節點和成本。
  • 此時，用於簡化增刪改查工作量的 數據訪問框架(ORM) 是關鍵。
• 垂直應用架構
  • 當訪問量逐漸增大，單一應用增加機器帶來的加速度越來越小，將應用拆成互不相幹的幾個應用，以提升效率。
  • 此時，用於加速前端頁面開發的 Web框架(MVC) 是關鍵。
• 分布式服務架構
  • 當垂直應用越來越多，應用之間交互不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。
  • 此時，用於提高業務復用及整合的 分布式服務框架(RPC) 是關鍵。
• 流動計算架構
  • 當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加一個調度中心基於訪問壓力實時管理集群容量，提高集群利用率。
  • 此時，用於提高機器利用率的 資源調度和治理中心(SOA) 是關鍵。

2.需求

在大規模服務化之前，應用可能只是通過RMI或Hessian等工具，簡單的暴露和引用遠程服務，通過配置服務的URL地址進行調用，通過F5等硬件進行負載均衡。

(1) 當服務越來越多時，服務URL配置管理變得非常困難，F5硬件負載均衡器的單點壓力也越來越大。

此時需要一個服務註冊中心，動態的註冊和發現服務，使服務的位置透明。

並通過在消費方獲取服務提供方地址列表，實現軟負載均衡和Failover，降低對F5硬件負載均衡器的依賴，也能減少部分成本。

(2) 當進一步發展，服務間依賴關系變得錯蹤復雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關系。

這時，需要自動畫出應用間的依賴關系圖，以幫助架構師理清理關系。

(3) 接著，服務的調用量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麽時候該加機器？

為了解決這些問題，第一步，要將服務現在每天的調用量，響應時間，都統計出來，作為容量規劃的參考指標。

其次，要可以動態調整權重，在線上，將某臺機器的權重一直加大，並在加大的過程中記錄響應時間的變化，直到響應時間到達閥值，記錄此時的訪問量，再以此訪問量乘以機器數反推總容量。

以上是Dubbo最基本的幾個需求，更多服務治理問題參見：

http://code.alibabatech.com/blog/experience_1402/service-governance-process.html

3.架構設計圖

節點角色說明：

• Provider: 暴露服務的服務提供方。
• Consumer: 調用遠程服務的服務消費方。
• Registry: 服務註冊與發現的註冊中心。
• Monitor: 統計服務的調用次調和調用時間的監控中心。
• Container: 服務運行容器。

調用關系說明：

• 0. 服務容器負責啟動，加載，運行服務提供者。
• 1. 服務提供者在啟動時，向註冊中心註冊自己提供的服務。
• 2. 服務消費者在啟動時，向註冊中心訂閱自己所需的服務。
• 3. 註冊中心返回服務提供者地址列表給消費者，如果有變更，註冊中心將基於長連接推送變更數據給消費者。
• 4. 服務消費者，從提供者地址列表中，基於軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。
• 5. 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。

4.Dubbo的總體架構

Dubbo框架設計一共劃分了10個層，而最上面的Service層是留給實際想要使用Dubbo開發分布式服務的開發者實現業務邏輯的接口層。圖中左邊淡藍背景的為服務消費方使用的接口，右邊淡綠色背景的為服務提供方使用的接口， 位於中軸線上的為雙方都用到的接口。
下面，結合Dubbo官方文檔，我們分別理解一下框架分層架構中，各個層次的設計要點：

1.服務接口層（Service）：該層是與實際業務邏輯相關的，根據服務提供方和服務消費方的業務設計對應的接口和實現。
2.配置層（Config）：對外配置接口，以ServiceConfig和ReferenceConfig為中心，可以直接new配置類，也可以通過spring解析配置生成配置類。
3.服務代理層（Proxy）：服務接口透明代理，生成服務的客戶端Stub和服務器端Skeleton，以ServiceProxy為中心，擴展接口為ProxyFactory。
4.服務註冊層（Registry）：封裝服務地址的註冊與發現，以服務URL為中心，擴展接口為RegistryFactory、Registry和RegistryService。可能沒有服務註冊中心，此時服務提供方直接暴露服務。
5.集群層（Cluster）：封裝多個提供者的路由及負載均衡，並橋接註冊中心，以Invoker為中心，擴展接口為Cluster、Directory、Router和LoadBalance。將多個服務提供方組合為一個服務提供方，實現對服務消費方來透明，只需要與一個服務提供方進行交互。
6.監控層（Monitor）：RPC調用次數和調用時間監控，以Statistics為中心，擴展接口為MonitorFactory、Monitor和MonitorService。
7.遠程調用層（Protocol）：封將RPC調用，以Invocation和Result為中心，擴展接口為Protocol、Invoker和Exporter。Protocol是服務域，它是Invoker暴露和引用的主功能入口，它負責Invoker的生命周期管理。Invoker是實體域，它是Dubbo的核心模型，其它模型都向它靠擾，或轉換成它，它代表一個可執行體，可向它發起invoke調用，它有可能是一個本地的實現，也可能是一個遠程的實現，也可能一個集群實現。
8.信息交換層（Exchange）：封裝請求響應模式，同步轉異步，以Request和Response為中心，擴展接口為Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。
9.網絡傳輸層（Transport）：抽象mina和netty為統一接口，以Message為中心，擴展接口為Channel、Transporter、Client、Server和Codec。
10.數據序列化層（Serialize）：可復用的一些工具，擴展接口為Serialization、 ObjectInput、ObjectOutput和ThreadPool。

從上圖可以看出，Dubbo對於服務提供方和服務消費方，從框架的10層中分別提供了各自需要關心和擴展的接口，構建整個服務生態系統（服務提供方和服務消費方本身就是一個以服務為中心的）。
根據官方提供的，對於上述各層之間關系的描述，如下所示：

> 在RPC中，Protocol是核心層，也就是只要有Protocol + Invoker + Exporter就可以完成非透明的RPC調用，然後在Invoker的主過程上Filter攔截點。
> 圖中的Consumer和Provider是抽象概念，只是想讓看圖者更直觀的了解哪些類分屬於客戶端與服務器端，不用Client和Server的原因是Dubbo在很多場景下都使用Provider、Consumer、Registry、Monitor劃分邏輯拓普節點，保持統一概念。
> 而Cluster是外圍概念，所以Cluster的目的是將多個Invoker偽裝成一個Invoker，這樣其它人只要關註Protocol層Invoker即可，加上Cluster或者去掉Cluster對其它層都不會造成影響，因為只有一個提供者時，是不需要Cluster的。
> Proxy層封裝了所有接口的透明化代理，而在其它層都以Invoker為中心，只有到了暴露給用戶使用時，才用Proxy將Invoker轉成接口，或將接口實現轉成Invoker，也就是去掉Proxy層RPC是可以Run的，只是不那麽透明，不那麽看起來像調本地服務一樣調遠程服務。
> 而Remoting實現是Dubbo協議的實現，如果你選擇RMI協議，整個Remoting都不會用上，Remoting內部再劃為Transport傳輸層和Exchange信息交換層，Transport層只負責單向消息傳輸，是對Mina、Netty、Grizzly的抽象，它也可以擴展UDP傳輸，而Exchange層是在傳輸層之上封裝了Request-Response語義。
> Registry和Monitor實際上不算一層，而是一個獨立的節點，只是為了全局概覽，用層的方式畫在一起。

5.設計的優勢

(1) 連通性：

• 註冊中心負責服務地址的註冊與查找，相當於目錄服務，服務提供者和消費者只在啟動時與註冊中心交互，註冊中心不轉發請求，壓力較小
• 監控中心負責統計各服務調用次數，調用時間等，統計先在內存匯總後每分鐘一次發送到監控中心服務器，並以報表展示
• 服務提供者向註冊中心註冊其提供的服務，並匯報調用時間到監控中心，此時間不包含網絡開銷
• 服務消費者向註冊中心獲取服務提供者地址列表，並根據負載算法直接調用提供者，同時匯報調用時間到監控中心，此時間包含網絡開銷
• 註冊中心，服務提供者，服務消費者三者之間均為長連接，監控中心除外
• 註冊中心通過長連接感知服務提供者的存在，服務提供者宕機，註冊中心將立即推送事件通知消費者
• 註冊中心和監控中心全部宕機，不影響已運行的提供者和消費者，消費者在本地緩存了提供者列表
• 註冊中心和監控中心都是可選的，服務消費者可以直連服務提供者

(2) 健狀性：

• 監控中心宕掉不影響使用，只是丟失部分采樣數據
• 數據庫宕掉後，註冊中心仍能通過緩存提供服務列表查詢，但不能註冊新服務
• 註冊中心對等集群，任意一臺宕掉後，將自動切換到另一臺
• 註冊中心全部宕掉後，服務提供者和服務消費者仍能通過本地緩存通訊
• 服務提供者無狀態，任意一臺宕掉後，不影響使用
• 服務提供者全部宕掉後，服務消費者應用將無法使用，並無限次重連等待服務提供者恢復

(3) 伸縮性：

• 註冊中心為對等集群，可動態增加機器部署實例，所有客戶端將自動發現新的註冊中心
• 服務提供者無狀態，可動態增加機器部署實例，註冊中心將推送新的服務提供者信息給消費者

(4) 升級性：

• 當服務集群規模進一步擴大，帶動IT治理結構進一步升級，需要實現動態部署，進行流動計算，現有分布式服務架構不會帶來阻力：

三、如何使用Dubbo

由於Dubbo無縫的集成了spring，所以我們使用起來還是很方便的，

本地服務：(Spring配置)

local.xml

1 <bean id=“xxxService” class=“com.xxx.XxxServiceImpl” />
2  
3 <bean id=“xxxAction” class=“com.xxx.XxxAction”>
4     <property name=“xxxService” ref=“xxxService” />
5 </bean>

遠程服務：(Spring配置)

在本地服務的基礎上，只需做簡單配置，即可完成遠程化：

• 將上面的local.xml配置拆分成兩份，將服務定義部分放在服務提供方remote-provider.xml，將服務引用部分放在服務消費方remote-consumer.xml。
• 並在提供方增加暴露服務配置<dubbo:service>，在消費方增加引用服務配置<dubbo:reference>。

如下：

服務提供者：remote-provider.xml

1 <bean id=“xxxService” class=“com.xxx.XxxServiceImpl” /> <!-- 和本地服務一樣實現遠程服務 -->
2  
3 <dubbo:service interface=“com.xxx.XxxService” ref=“xxxService” /> <!-- 增加暴露遠程服務配置 -->

服務消費者：remote-consumer.xml

1 <dubbo:reference id=“xxxService” interface=“com.xxx.XxxService” /> <!-- 增加引用遠程服務配置 -->
2  
3 <bean id=“xxxAction” class=“com.xxx.XxxAction”> <!-- 和本地服務一樣使用遠程服務 -->
4     <property name=“xxxService” ref=“xxxService” />
5 </bean>

Dubbo采用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基於Spring的Schema擴展進行加載。

1.示例

服務提供者

定義服務接口: (該接口需單獨打包，在服務提供方和消費方共享)

1 2 3 4 5 6 7

package com.alibaba.dubbo.demo; public interface DemoService { String sayHello(String name); }

在服務提供方實現接口：(對服務消費方隱藏實現)

1 2 3 4 5 6 7 8 9 10 11

package com.alibaba.dubbo.demo.provider; import com.alibaba.dubbo.demo.DemoService; public class DemoServiceImpl implements DemoService { public String sayHello(String name) { return "Hello " + name; } }

用Spring配置聲明暴露服務：provider.xml

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <beans xmlns="http://www.springframework.org/schema/beans"
 3     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 4     xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
 5     xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
 6  
 7     <!-- 提供方應用信息，用於計算依賴關系 -->
 8     <dubbo:application name="hello-world-app"  />
 9  
10     <!-- 使用multicast廣播註冊中心暴露服務地址 -->
11     <dubbo:registry address="multicast://224.5.6.7:1234" />
12  
13     <!-- 用dubbo協議在20880端口暴露服務 -->
14     <dubbo:protocol name="dubbo" port="20880" />
15  
16     <!-- 聲明需要暴露的服務接口 -->
17     <dubbo:service interface="com.alibaba.dubbo.demo.DemoService" ref="demoService" />
18  
19     <!-- 和本地bean一樣實現服務 -->
20     <bean id="demoService" class="com.alibaba.dubbo.demo.provider.DemoServiceImpl" />
21  
22 </beans>

加載Spring配置：

 1 import org.springframework.context.support.ClassPathXmlApplicationContext;
 2  
 3 public class Provider {
 4  
 5     public static void main(String[] args) throws Exception {
 6         ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(new String[] {"http://10.20.160.198/wiki/display/dubbo/provider.xml"});
 7         context.start();
 8  
 9         System.in.read(); // 按任意鍵退出
10     }
11  
12 }

服務消費者

通過Spring配置引用遠程服務：consumer.xml

 1 <?xml version="1.0" encoding="UTF-8"?>
 2 <beans xmlns="http://www.springframework.org/schema/beans"
 3     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
 4     xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
 5     xsi:schemaLocation="http://www.springframework.org/schema/beans        http://www.springframework.org/schema/beans/spring-beans.xsd        http://code.alibabatech.com/schema/dubbo        http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
 6  
 7     <!-- 消費方應用名，用於計算依賴關系，不是匹配條件，不要與提供方一樣 -->
 8     <dubbo:application name="consumer-of-helloworld-app"  />
 9  
10     <!-- 使用multicast廣播註冊中心暴露發現服務地址 -->
11     <dubbo:registry address="multicast://224.5.6.7:1234" />
12  
13     <!-- 生成遠程服務代理，可以和本地bean一樣使用demoService -->
14     <dubbo:reference id="demoService" interface="com.alibaba.dubbo.demo.DemoService" />
15  
16 </beans>

加載Spring配置，並調用遠程服務：(也可以使用IoC註入)

 1 import org.springframework.context.support.ClassPathXmlApplicationContext;
 2 import com.alibaba.dubbo.demo.DemoService;
 3  
 4 public class Consumer {
 5  
 6     public static void main(String[] args) throws Exception {
 7         ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(new String[] {"http://10.20.160.198/wiki/display/dubbo/consumer.xml"});
 8         context.start();
 9  
10         DemoService demoService = (DemoService)context.getBean("demoService"); // 獲取遠程服務代理
11         String hello = demoService.sayHello("world"); // 執行遠程方法
12  
13         System.out.println( hello ); // 顯示調用結果
14     }
15  
16 }

2.其他廣播方式

示例中使用的是multicast廣播暴露和發現服務的，當然還有其他的方式，現在使用最多的是ZooKeeper

如果使用ZooKeeper則配置修改為：

1 <dubbo:registry  address="multicast://224.5.6.7:1234" />
2 替換為
3 <dubbo:registry protocol="zookeeper" address="192.168.17.129:2181,192.168.17.129:2182,192.168.17.129:2183" /> 或者
4 <dubbo:registry address="zookeeper://192.168.17.129:2181?backup=192.168.17.129:2182,192.168.17.129:2183" /> 

服務提供者和服務消費者做相同的修改

3.說明

以上是Dubbo的XML配置，Dubbo還支持屬性配置，註解配置，API配置，下面介紹下API配置，另外兩種配置方式，感興趣的朋友可以去Dubbo官網去看下：Dubbo

如果不想使用Spring配置，而希望通過API的方式進行調用（官方不推薦）則

(1) 服務提供者：

 1 import com.alibaba.dubbo.rpc.config.ApplicationConfig;
 2 import com.alibaba.dubbo.rpc.config.RegistryConfig;
 3 import com.alibaba.dubbo.rpc.config.ProviderConfig;
 4 import com.alibaba.dubbo.rpc.config.ServiceConfig;
 5 import com.xxx.XxxService;
 6 import com.xxx.XxxServiceImpl;
 7  
 8 // 服務實現
 9 XxxService xxxService = new XxxServiceImpl();
10  
11 // 當前應用配置
12 ApplicationConfig application = new ApplicationConfig();
13 application.setName("xxx");
14  
15 // 連接註冊中心配置
16 RegistryConfig registry = new RegistryConfig();
17 registry.setAddress("10.20.130.230:9090");
18 registry.setUsername("aaa");
19 registry.setPassword("bbb");
20  
21 // 服務提供者協議配置
22 ProtocolConfig protocol = new ProtocolConfig();
23 protocol.setName("dubbo");
24 protocol.setPort(12345);
25 protocol.setThreads(200);
26  
27 // 註意：ServiceConfig為重對象，內部封裝了與註冊中心的連接，以及開啟服務端口
28  
29 // 服務提供者暴露服務配置
30 ServiceConfig<XxxService> service = new ServiceConfig<XxxService>(); // 此實例很重，封裝了與註冊中心的連接，請自行緩存，否則可能造成內存和連接泄漏
31 service.setApplication(application);
32 service.setRegistry(registry); // 多個註冊中心可以用setRegistries()
33 service.setProtocol(protocol); // 多個協議可以用setProtocols()
34 service.setInterface(XxxService.class);
35 service.setRef(xxxService);
36 service.setVersion("1.0.0");
37  
38 // 暴露及註冊服務
39 service.export();

(2) 服務消費者：

 1 import com.alibaba.dubbo.rpc.config.ApplicationConfig;
 2 import com.alibaba.dubbo.rpc.config.RegistryConfig;
 3 import com.alibaba.dubbo.rpc.config.ConsumerConfig;
 4 import com.alibaba.dubbo.rpc.config.ReferenceConfig;
 5 import com.xxx.XxxService;
 6  
 7 // 當前應用配置
 8 ApplicationConfig application = new ApplicationConfig();
 9 application.setName("yyy");
10  
11 // 連接註冊中心配置
12 RegistryConfig registry = new RegistryConfig();
13 registry.setAddress("10.20.130.230:9090");
14 registry.setUsername("aaa");
15 registry.setPassword("bbb");
16  
17 // 註意：ReferenceConfig為重對象，內部封裝了與註冊中心的連接，以及與服務提供方的連接
18  
19 // 引用遠程服務
20 ReferenceConfig<XxxService> reference = new ReferenceConfig<XxxService>(); // 此實例很重，封裝了與註冊中心的連接以及與提供者的連接，請自行緩存，否則可能造成內存和連接泄漏
21 reference.setApplication(application);
22 reference.setRegistry(registry); // 多個註冊中心可以用setRegistries()
23 reference.setInterface(XxxService.class);
24 reference.setVersion("1.0.0");
25  
26 // 和本地bean一樣使用xxxService
27 XxxService xxxService = reference.get(); // 註意：此代理對象內部封裝了所有通訊細節，對象較重，請緩存復用

四、Dubbo的一些相關疑問

1.Dubbo適用於哪些場景？

當網站變大後，不可避免的需要拆分應用進行服務化，以提高開發效率，調優性能，節省關鍵競爭資源等。

當服務越來越多時，服務的URL地址信息就會爆炸式增長，配置管理變得非常困難，F5硬件負載均衡器的單點壓力也越來越大。

當進一步發展，服務間依賴關系變得錯蹤復雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關系。

接著，服務的調用量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麽時候該加機器？等等……

在遇到這些問題時，都可以用Dubbo來解決。

可參見：Dubbo的背景及需求

2.Dubbo的需求和依賴情況？

Dubbo運行JDK1.5之上，缺省依賴javassist、netty、spring等包，但不是必須依賴，通過配置Dubbo可不依賴任何三方庫運行。

可參見：用戶指南 - 依賴

3.Dubbo的性能如何？

Dubbo通過長連接減少握手，通過NIO及線程池在單連接上並發拼包處理消息，通過二進制流壓縮數據，比常規HTTP等短連接協議更快。在阿裏巴巴內部，每天支撐2000多個服務，30多億訪問量，最大單機支撐每天近1億訪問量。

可參見：Dubbo性能測試報告

4.和淘寶HSF相比，Dubbo的特點是什麽？

• Dubbo比HSF的部署方式更輕量，HSF要求使用指定的JBoss等容器，還需要在JBoss等容器中加入sar包擴展，對用戶運行環境的侵入性大，如果你要運行在Weblogic或Websphere等其它容器上，需要自行擴展容器以兼容HSF的ClassLoader加載，而Dubbo沒有任何要求，可運行在任何Java環境中。

• Dubbo比HSF的擴展性更好，很方便二次開發，一個框架不可能覆蓋所有需求，Dubbo始終保持平等對待第三方理念，即所有功能，都可以在不修改Dubbo原生代碼的情況下，在外圍擴展，包括Dubbo自己內置的功能，也和第三方一樣，是通過擴展的方式實現的，而HSF如果你要加功能或替換某部分實現是很困難的，比如支付寶和淘寶用的就是不同的HSF分支，因為加功能時改了核心代碼，不得不拷一個分支單獨發展，HSF現階段就算開源出來，也很難復用，除非對架構重寫。

• HSF依賴比較多內部系統，比如配置中心，通知中心，監控中心，單點登錄等等，如果要開源還需要做很多剝離工作，而Dubbo為每個系統的集成都留出了擴展點，並已梳理幹清所有依賴，同時為開源社區提供了替代方案，用戶可以直接使用。

• Dubbo比HSF的功能更多，除了ClassLoader隔離，Dubbo基本上是HSF的超集，Dubbo也支持更多協議，更多註冊中心的集成，以適應更多的網站架構。

5.Dubbo在安全機制方面是如何解決的？

Dubbo主要針對內部服務，對外的服務，阿裏有開放平臺來處理安全和流控，所以Dubbo在安全方面實現的功能較少，基本上只防君子不防小人，只防止誤調用。

Dubbo通過Token令牌防止用戶繞過註冊中心直連，然後在註冊中心上管理授權。Dubbo還提供服務黑白名單，來控制服務所允許的調用方。

可參見：Dubbo的令牌驗證

五、Dubbo開發團隊

錢鐘書曾說 "雞蛋好吃就行了,為什麽還要認識下蛋的母雞"，但是我們還是要認識一下Dubbo的開發團隊的，都是哪些大牛？

Dubbo共有六個開發人員參與開發和測試，每一個開發人員都是很有經驗，團隊合作很默契，開發過程也很有節奏，有完善質量保障流程。團隊組成：

• 梁飛 （開發人員/產品管理）
• 劉昊旻 （開發人員/過程管理）
• 劉超 （開發人員/用戶支持）
• 李鼎 （開發人員/用戶支持）
• 陳雷 （開發人員/質量保障）
• 閭剛 （開發人員/開源運維）

從左至右：劉超，梁飛，閭剛，陳雷，劉昊旻，李鼎 作為一名程序員，BAT肯定是大多數人都想進的，仿佛是一種情愫，就像學生時代的我們對清華北大的向往感覺一樣。Dubbo團隊中，其中主要負責人就是梁飛了，梁飛的經歷還是蠻勵誌的。梁飛，花名虛極， 2006年，梁飛畢業於湖南科技職院軟件學院，來到廣州大展集團。大展集團是一家全球領先的軟件和IT外包供應商，專長於軟件開發、信息技術和個性化、專業化服務。2009年，梁飛被阿裏巴巴相中。他從深圳“飛”到了杭州。2014年，他成為天貓移動客戶端購物軟件開發部門的團隊負責人。在團隊的30多個人中，有博士、有碩士和本科生。而他的文憑是最低的。所以有時候在想，成事在人，有實力有能力才是最重要的。 參考：Dubbo官網，阿裏巴巴有他們的一席之地，梁飛的博客

更多內容：http://www.cnblogs.com/study-everyday/

Dubbo的使用簡介