建站
咨詢
售后
建站咨詢
新聞中心
啥叫分布式系統(tǒng)?
就是說你寫的系統(tǒng)收到一個請求之后，你自己的代碼跑完還不夠，你得去調(diào)用別的兄弟寫的系統(tǒng)，讓他的系統(tǒng)也干一些事兒，然后他的活兒也干完了之后，你這次請求處理才算是完事兒了。
成都創(chuàng)新互聯(lián)公司成立于2013年，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務公司，擁有項目成都網(wǎng)站制作、成都網(wǎng)站建設(shè)網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元白河做網(wǎng)站,已為上家服務,為白河各地企業(yè)和個人服務,聯(lián)系電話:028-86922220
就因為你處理請求得調(diào)用別的兄弟系統(tǒng)一起運行，一個請求涉及到了分布在多臺機器上的多個系統(tǒng)，所以就叫做分布式了。
如下圖：
分布式系統(tǒng)之間如何調(diào)用呢?
那現(xiàn)在兄弟們平時開發(fā)分布式系統(tǒng)，就是去調(diào)用別的系統(tǒng)，一般都是用什么框架呢?
簡單，現(xiàn)在兄弟們一般都是用 SpringCloud，或者是用 Dubbo，這兩種都有人用，用 SpringCloud 的一般前兩年多一些，最近這兩年大家都紛紛轉(zhuǎn)用 SpringCloud Alibaba 了。
以前用 SpringCloud 的時候，你要調(diào)用別的系統(tǒng)一般用的是 Feign 這個框架，然后現(xiàn)在你用 SpringCloud Alibaba 的時候，一般用的都是 Dubbo 這個框架，我們今天就以 Dubbo 這個框架舉例來講講我們平時系統(tǒng)之間是如何進行調(diào)用的。
首先呢，我們還是看上面那個圖里的業(yè)務系統(tǒng) B，這個系統(tǒng)如果要提供接口給別人調(diào)用，那么他必須寫一個接口，這個接口里得定義好你要允許別人調(diào)用哪些方法，大致看起來可能類似下面這樣的代碼。
如下：
public interface Service {
String sayHello(String name);
}
接著呢，你得針對這個接口開發(fā)一個實現(xiàn)類，實現(xiàn)類里需要完成這個方法的邏輯，同時還得給這個實現(xiàn)類加上@DubboService這個注解，讓Dubbo把他識別為一個對外的服務接口，如下面的代碼：
@DubboService(version = "1.0.0", interfaceClass = Service.class)
public class ServiceImpl implements Service {
public String sayHello(String name) {
// 運行一些代碼
return "hello, " + name; }
}
那么當你的業(yè)務系統(tǒng) B 開發(fā)好上面的接口和實現(xiàn)類，同時加上了 @DubboService 這個注解之后，這個業(yè)務系統(tǒng) B 啟動以后，會干一個什么事兒呢?
簡單來說，Dubbo 框架會隨著你的業(yè)務系統(tǒng) B 一起啟動，他會啟動一個網(wǎng)絡(luò)服務器，這個網(wǎng)絡(luò)服務器會監(jiān)聽一個你指定的端口號，通常這個端口號是 20880 端口。
如下圖：
這個時候業(yè)務系統(tǒng) B 上的 Dubbo 已經(jīng)啟動好了網(wǎng)絡(luò)服務器監(jiān)聽了一個端口號，隨時可以接收你發(fā)送過來的調(diào)用請求。
接下來就輪到咱們的業(yè)務系統(tǒng) A 出場了，這個業(yè)務系統(tǒng) A 假設(shè)要調(diào)用業(yè)務系統(tǒng) B 的 Service 接口中定義的那些方法，他會怎么做呢?
這個代碼大概會是這樣的：
@RestController
public class Controller {
// 注意，這里的Service就是業(yè)務系統(tǒng)B定義的接口
@DubboReference(version = "1.0.0")
private Service service;
@RequestMapping("/hello")
public Response sayHello(String name) {
String result = service.sayHello(name);
return Response.success(result); }
}
所以說，這里最關(guān)鍵的問題來了，上面是業(yè)務系統(tǒng) A 的代碼，他僅僅是定義了一個業(yè)務系統(tǒng) B 的 Service 接口的變量。
就是 Service service 這個變量，然后加了一個 @DubboReference 注解，所以這個業(yè)務系統(tǒng) A 啟動的時候，Dubbo 又會干點什么事兒呢?
Dubbo 是如何基于動態(tài)代理實現(xiàn) RPC 調(diào)用的
其實這里有一個很重點的點，那就是 Dubbo 此時會使用我們設(shè)計模式里的代理模式，去創(chuàng)建一個動態(tài)代理對象，把這個動態(tài)代理對象注入給我們上面的 Service service 這個變量，讓他那個變量引用 Dubbo 的動態(tài)代理對象。
那么這個動態(tài)代理對象是個什么東西呢?簡單來說，就是 Dubbo 可以動態(tài)生成一個類，這個類是實現(xiàn)了 Service 接口的，然后所有的方法都是有他自己的一套實現(xiàn)邏輯的。
具體什么實現(xiàn)邏輯一會兒我們再說，但是現(xiàn)在看起來應該如下圖：
所以這里其實很關(guān)鍵的一點是，大家一定要在這里理解這個 Dubbo 動態(tài)代理的概念，這是設(shè)計模式中代理模式一個很經(jīng)典的運用。
就是說，一旦 Dubbo 生成了針對接口的動態(tài)代理對象，注入給了 Service service 這個變量，那么你業(yè)務系統(tǒng) A 里調(diào)用 Service service 的方法時，其實是會調(diào)用 Dubbo 動態(tài)代理對象的方法的。
再看一下代碼感受一下：
@RestController
public class Controller {
// 注意，這里的Service就是業(yè)務系統(tǒng)B定義的接口
// 這個接口變量其實會被注入Dubbo生成的動態(tài)代理對象
@DubboReference(version = "1.0.0")
private Service service;
@RequestMapping("/hello")
public Response sayHello(String name) {
// 注意，這里你調(diào)用接口方法的時候，其實是在調(diào)用Dubbo動態(tài)代理對象的方法
String result = service.sayHello(name);
return Response.success(result);
}
}
接著 Dubbo 動態(tài)代理對象的方法被調(diào)用的時候，他會干什么事情呢?
其實這里他就會跟我們的業(yè)務系統(tǒng) B 所在的機器建立一個網(wǎng)絡(luò)連接，然后通過這個網(wǎng)絡(luò)連接把一個調(diào)用請求發(fā)送過去。
業(yè)務系統(tǒng) B 里面的 Dubbo 網(wǎng)絡(luò)服務器收到請求之后，就會根據(jù)請求調(diào)用本地的接口實現(xiàn)類的方法，拿到返回值，接著通過網(wǎng)絡(luò)連接把返回值返回給業(yè)務系統(tǒng) A 的 Dubbo 動態(tài)代理對象，最后，Dubbo 動態(tài)代理對象就會把這個返回值交給我們了。
如下圖：
好了，今天給大家分享的基于 Dubbo 實現(xiàn)系統(tǒng)間調(diào)用的原理就到這里了，希望大家平時用 Dubbo 做開發(fā)的時候，對他底層的原理也得有一定的理解。
當前名稱：Dubbo是如何基于動態(tài)代理實現(xiàn)RPC調(diào)用的？
URL鏈接：http://www.5511xx.com/article/ccojhsg.html
