什么是RPC

這篇文章主要介紹了什么是RPC，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

什么是RPC

提到RPC(Remote Procedure Call)，就躲不開提到分布式，這個促使RPC誕生的領域。

假設你有一個Calculator，以及它的實現類CalculatorImpl，那么單體應用時，要調用Calculator的add方法來執行一個加運算，你可以方法中直接使用，因為在同一個地址空間，或者說在同一塊內存，這個稱為本地函數調用。

現在，將系統改造為分布式應用，接口調用和實現分別在兩個子系統內，

服務A里頭并沒有CalculatorImpl這個類，那它要怎樣調用服務B的CalculatorImpl的add方法呢?可以模仿B/S架構的調用方式，在B服務暴露一個Restful接口，然后A服務通過調用這個Restful接口來間接調用CalculatorImpl的add方法。

這樣，已經很接近RPC了，不過，像這種每次調用時，是不是都需要寫一串發起http請求的代碼呢?比如httpClient.sendRequest...之類的，能不能簡單一下，像本地方法調用一樣，去發起遠程調用，讓使用者感知不到遠程調用的過程。

屏蔽的工作，可以使用代理模式解決，生成一個代理對象，而這個代理對象的內部，就是通過httpClient來實現RPC遠程過程調用的。

這就是很多RPC框架要解決的問題和解決的思路，比如阿里的Dubbo。

總結一下，RPC要解決的兩個問題：

1. 解決分布式系統中，服務之間的調用問題。

2. 遠程調用時，要能夠像本地調用一樣方便，讓調用者感知不到遠程調用的邏輯。

RPC是一種技術的概念名詞

RPC=Remote Produce Call 是一種技術的概念名詞，HTTP是一種協議,RPC可以通過 HTTP  來實現,也可以通過Socket自己實現一套協議來實現.所以題目可以換一種理解,為何 RPC 還有除 HTTP  之外的實現法,有何必要，畢竟除了HTTP實現外,私有協議不具備通用性.

RPC框架好處

http接口是在接口不多、系統與系統交互較少的情況下，解決信息孤島初期常使用的一種通信手段;

優點就是簡單、直接、開發方便。

如果是一個大型的網站，內部子系統較多、接口非常多的情況下，RPC框架的好處就顯示出來了：

首先就是長鏈接，不必每次通信都要像http一樣去3次握手什么的，減少了網絡開銷;

其次就是RPC框架一般都有注冊中心，有豐富的監控管理;發布、下線接口、動態擴展等，對調用方來說是無感知、統一化的操作。

***是安全性。

rpc是一種概念，http也是rpc實現的一種方式。

論復雜度，dubbo/hessian用起來是超級簡單的。

至于為什么用dubbo/hessian，有幾點：

一是調用簡單，真正提供了類似于調用本地方法一樣調用接口的功能 。

二是參數返回值簡單明了 參數和返回值都是直接定義在jar包里的，不需要二次解析。

三是 輕量，沒有多余的信息。

四是便于管理，基于dubbo的注冊中心。

RPC能解耦服務

RPC:遠程過程調用。RPC的核心并不在于使用什么協議。RPC的目的是讓你在本地調用遠程的方法，而對你來說這個調用是透明的，你并不知道這個調用的方法是部署哪里。

通過RPC能解耦服務，這才是使用RPC的真正目的。RPC的原理主要用到了動態代理模式，至于http協議，只是傳輸協議而已。簡單的實現可以參考spring  remoting，復雜的實現可以參考dubbo。

rpc=socket + 動態代理

服務器通訊原理就是一臺socket服務器A,另一臺socket客戶端B,現在如果要通訊的話直接以流方式寫入或讀出。這樣能實現通訊，但有個問題。如何知道更多信息?

比如需要發送流大小，編碼，Ip等。這樣就有了協議，協議就是規范，就是發送的流中攜帶了很多的內容。那回到剛剛的問題。發送的內容就是文本類型，客戶端就得序列化，那么常用的就有json，xml之類，如果想把內容變得更小，那就有二進制了。把文本變成二進制傳遞。

說到 rpc 與http接口，不要太復雜了。rpc 協議更簡單內容更小，那么來說效率是要高一點

rpc 是什么?就是socket 加動態代理。

感謝你能夠認真閱讀完這篇文章，希望小編分享的“什么是RPC”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!