一、什么是RPC

1.1 RPC概念

RPC，Remote Procedure Call 即遠(yuǎn)程過程調(diào)用，與之相對的是本地服務(wù)調(diào)用，即LPC(Local Procedure Call)。本地服務(wù)調(diào)用比較常用，像我們應(yīng)用內(nèi)部程序**(注意此處是程序而不是方法，程序包含方法)**互相調(diào)用即為本地過程調(diào)用，而遠(yuǎn)程過程調(diào)用是指在本地調(diào)取遠(yuǎn)程過程進(jìn)行使用。

而RPC框架就是為了幫助我們在本地調(diào)用遠(yuǎn)程過程時(shí)，就像調(diào)用本地過程一樣方便。

1.2 RPC與Http的關(guān)系

用一句話來總結(jié)就是：

RPC是一種概念，http是一種協(xié)議，可以認(rèn)為http是Rpc的一種實(shí)現(xiàn)，或者Rpc包含了http。為什么說包含而不是相等，是因?yàn)镽pc還有很多基于自定義的Tcp的協(xié)議，例如Dubbo等，而我們常說的rpc即指的除Http之外的基于tcp自定義的協(xié)議。

1.3 關(guān)于Rpc的思考

網(wǎng)上關(guān)于Rpc與Http的相關(guān)文章并不少，很多人在解釋RPC概念時(shí)會提到其是執(zhí)行遠(yuǎn)程的方法，然后直接得出rpc包含http的結(jié)論。其實(shí)如果按照此概念去思考的話，其實(shí)并不能得出Http是Rpc的一種實(shí)現(xiàn)。因?yàn)閔ttp調(diào)用的方式，從使用者的角度來說，并不是直接調(diào)用其方法，而是按照一定的方式，完善出了一條http請求，然后交由本地客戶端進(jìn)行數(shù)據(jù)傳輸。

而相對比的，如果用過相關(guān)Rpc框架，例如Dubbo，是可以像調(diào)用本地方法一樣直接調(diào)用遠(yuǎn)程方法。而http的調(diào)用方式可以認(rèn)為是一種服務(wù)調(diào)用，而不是一種方法。

感覺文章博主應(yīng)該是有過rpc相關(guān)的使用經(jīng)驗(yàn)，有點(diǎn)先入為主了。那么到底rpc與http的關(guān)系如何呢，我也思考了很久，后面發(fā)現(xiàn)應(yīng)該從定義上入手，我們既然在討論Rpc是什么，怎么能忽略最簡單的定義呢。

Remote Procedure Call ，其中"Procedure"按照谷歌翻譯有以下幾種解釋：程序、過程、步驟，并不是 方法(Method)。而程序是包含方法的，同時(shí)也包含服務(wù)。因此上文中才強(qiáng)調(diào)了是一種程序或過程，而不是方法。

1.4 Rpc框架

Rpc框架是為了幫助我們在本地服務(wù)調(diào)用遠(yuǎn)程服務(wù)時(shí)像調(diào)用本地服務(wù)一樣簡單，我們不需要關(guān)心其底層實(shí)現(xiàn)，只需要配置好相應(yīng)的信息，rpc框架就會幫我們做這些事。例如在dubbo中，我們只需要配置好相應(yīng)的注冊中心與想要調(diào)用的方法，我們就可以按照本地調(diào)用的方式調(diào)用遠(yuǎn)程服務(wù)。

1.5 總結(jié)

按照我們上文的梳理過程，可以認(rèn)為Rpc是一種概念，主要有兩種實(shí)現(xiàn)，一種是以http方式的服務(wù)調(diào)用，另一種是以自定義Tcp協(xié)議實(shí)現(xiàn)的方法調(diào)用方式，例如dubbo協(xié)議，當(dāng)然一般rpc框架也都支持http協(xié)議。當(dāng)然，無論是那種方式，最終都是以Tcp/Udp的方式進(jìn)行傳輸。

二、Rpc框架

2.1 dubbo是什么

我們上文說到Rpc框架就是幫助我們在調(diào)用遠(yuǎn)程服務(wù)時(shí)像調(diào)用本地服務(wù)一樣簡單，dubbo就是由阿里巴巴開源的一塊rpc框架。

例如，在我們想調(diào)用某個(gè)遠(yuǎn)程方法時(shí)，只需要配置好相關(guān)配置，然后直接調(diào)用即可，dubbo會幫助我們將處理中間的過程。

/* 省略相關(guān)配置 */ //將配置注冊到spring @Resource private QueryPinService queryPinService; //直接使用遠(yuǎn)程方法，像調(diào)用本地服務(wù)一樣簡單 ueryPinService.getPinWithConfig(paramMap, null);

dubbo整體架構(gòu)圖如下：

作用流程大致如下：

首先服務(wù)提供者Provider 啟動然后向注冊中心注冊自己所能提供的服務(wù)。

服務(wù)消費(fèi)者Consumer 啟動向注冊中心訂閱自己所需的服務(wù)。然后注冊中心將提供者元信息通知給 Consumer， 之后 Consumer 因?yàn)橐呀?jīng)從注冊中心獲取提供者的地址，因此可以通過負(fù)載均衡選擇一個(gè) Provider 直接調(diào)用。

之后服務(wù)提供方元數(shù)據(jù)變更的話注冊中心會把變更推送給服務(wù)消費(fèi)者。

服務(wù)提供者和消費(fèi)者都會在內(nèi)存中記錄著調(diào)用的次數(shù)和時(shí)間，然后定時(shí)的發(fā)送統(tǒng)計(jì)數(shù)據(jù)到監(jiān)控中心。

2.2 dubbo和spring cloud的區(qū)別

首先兩者都是當(dāng)前主流的微服務(wù)框架，不過兩者也存在很多差異：

初始定位不同：SpringCloud定位為微服務(wù)架構(gòu)下的一站式解決方案，主要有網(wǎng)關(guān)、注冊中心、配置中心、監(jiān)控中心等；Dubbo 是 它的關(guān)注點(diǎn)主要在于服務(wù)的調(diào)用和治理，其中服務(wù)調(diào)用更時(shí)其核心。

生態(tài)環(huán)境不同：SpringCloud依托于Spring平臺，具備更加完善的生態(tài)體系；而Dubbo一開始只是做RPC遠(yuǎn)程調(diào)用，生態(tài)相對匱乏，現(xiàn)在逐漸豐富起來。

調(diào)用方式：SpringCloud是采用Http協(xié)議做遠(yuǎn)程調(diào)用，接口一般是Rest風(fēng)格，比較靈活；Dubbo是采用Dubbo協(xié)議，接口一般是Java的Service接口，格式固定。但調(diào)用時(shí)采用Netty的NIO方式，性能較好。

兩者組件配置：

很明顯SpringCloud擁有比dubbo更完善的配置，支持的功能性也更強(qiáng)。

相比來說，SpringCloud像一臺品牌機(jī)，內(nèi)部所有配置都已經(jīng)幫我們裝配好了，我們只需要開箱即用即可。而dubbo則更像是組裝機(jī)，需要我們自己選擇配置，只提供了核心的計(jì)算能力，而顯示器、電源等需要我們自己裝配調(diào)試使用。

從使用者來說，新手小白更適合品牌機(jī)，傻瓜式一鍵操作，就能完成我們想要的效果。而dubbo更適合電腦高手，自己裝配自己想要的組件，使用起來更順手。

審核編輯 黃宇