遠(yuǎn)程過(guò)程調(diào)用RPC基本概念及實(shí)現(xiàn)原理
>>什么是RPC
RPC 的全稱(chēng)是 Remote Procedure Call 是一種進(jìn)程間通信方式。
它允許程序調(diào)用另一個(gè)地址空間(通常是共享網(wǎng)絡(luò)的另一臺(tái)機(jī)器上)的過(guò)程或函數(shù),而不用程序員顯式編碼這個(gè)遠(yuǎn)程調(diào)用的細(xì)節(jié)。即無(wú)論是調(diào)用本地接口/服務(wù)的還是遠(yuǎn)程的接口/服務(wù),本質(zhì)上編寫(xiě)的調(diào)用代碼基本相同。
比如兩臺(tái)服務(wù)器A,B,一個(gè)應(yīng)用部署在A服務(wù)器上,想要調(diào)用B服務(wù)器上應(yīng)用提供的函數(shù)或者方法,由于不在一個(gè)內(nèi)存空間,不能直接調(diào)用,這時(shí)候需要通過(guò)就可以應(yīng)用RPC框架的實(shí)現(xiàn)來(lái)解決。
>>RESTful、SOAP和RPC
- (1)RESTful是一種架構(gòu)設(shè)計(jì)風(fēng)格,提供了設(shè)計(jì)原則和約束條件,而不是架構(gòu)。而滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是 RESTful架構(gòu)或服務(wù)。
- (2)SOAP,簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議是一種數(shù)據(jù)交換協(xié)議規(guī)范,是一種輕量的、簡(jiǎn)單的、基于XML的協(xié)議的規(guī)范。
SOAP協(xié)議和HTTP協(xié)議一樣,都是底層的通信協(xié)議,只是請(qǐng)求包的格式不同而已,SOAP包是XML格式的。
SOAP的消息是基于xml并封裝成了符合http協(xié)議,因此,它符合任何路由器、 防火墻或代理服務(wù)器的要求。
soap可以使用任何語(yǔ)言來(lái)完成,只要發(fā)送正確的soap請(qǐng)求即可,基于soap的服務(wù)可以在任何平臺(tái)無(wú)需修改即可正常使用。
- (3)RPC就是從一臺(tái)機(jī)器(客戶端)上通過(guò)參數(shù)傳遞的方式調(diào)用另一臺(tái)機(jī)器(服務(wù)器)上的一個(gè)函數(shù)或方法(可以統(tǒng)稱(chēng)為服務(wù))并得到返回的結(jié)果。
RPC 會(huì)隱藏底層的通訊細(xì)節(jié)(不需要直接處理Socket通訊或Http通訊)
RPC 是一個(gè)請(qǐng)求響應(yīng)模型??蛻舳税l(fā)起請(qǐng)求,服務(wù)器返回響應(yīng)(類(lèi)似于Http的工作方式)
RPC 在使用形式上像調(diào)用本地函數(shù)(或方法)一樣去調(diào)用遠(yuǎn)程的函數(shù)(或方法)。
>>幾種RPC框架
幾種比較典型的RPC的實(shí)現(xiàn)和調(diào)用框架。
(1)RMI實(shí)現(xiàn),利用java.rmi包實(shí)現(xiàn),基于Java遠(yuǎn)程方法協(xié)議(Java Remote Method Protocol) 和java的原生序列化。
(2)Hessian,是一個(gè)輕量級(jí)的remoting onhttp工具,使用簡(jiǎn)單的方法提供了RMI的功能。 基于HTTP協(xié)議,采用二進(jìn)制編解碼。
(3)THRIFT是一種可伸縮的跨語(yǔ)言服務(wù)的軟件框架。thrift允許你定義一個(gè)描述文件,描述數(shù)據(jù)類(lèi)型和服務(wù)接口。依據(jù)該文件,編譯器方便地生成RPC客戶端和服務(wù)器通信代碼。
>>RPC的實(shí)現(xiàn)原理
(1)一個(gè)典型的RPC實(shí)現(xiàn)結(jié)構(gòu)

- RpcServer:負(fù)責(zé)導(dǎo)出(export)遠(yuǎn)程接口
- RpcClient:負(fù)責(zé)導(dǎo)入(import)遠(yuǎn)程接口的代理實(shí)現(xiàn)
- RpcProxy:遠(yuǎn)程接口的代理實(shí)現(xiàn)
- RpcInvoker:
客戶方實(shí)現(xiàn):負(fù)責(zé)編碼調(diào)用信息和發(fā)送調(diào)用請(qǐng)求到服務(wù)方并等待調(diào)用結(jié)果返回
服務(wù)方實(shí)現(xiàn):負(fù)責(zé)調(diào)用服務(wù)端接口的具體實(shí)現(xiàn)并返回調(diào)用結(jié)果 - RpcProtocol:負(fù)責(zé)協(xié)議編/解碼
- RpcConnector:負(fù)責(zé)維持客戶方和服務(wù)方的連接通道和發(fā)送數(shù)據(jù)到服務(wù)方
- RpcAcceptor:負(fù)責(zé)接收客戶方請(qǐng)求并返回請(qǐng)求結(jié)果
- RpcProcessor:負(fù)責(zé)在服務(wù)方控制調(diào)用過(guò)程,包括管理調(diào)用線程池、超時(shí)時(shí)間等
- RpcChannel:數(shù)據(jù)傳輸通道
(2)實(shí)現(xiàn)過(guò)程
RPC 服務(wù)方通過(guò) RpcServer 去導(dǎo)出(export)遠(yuǎn)程接口方法,而客戶方通過(guò) RpcClient 去引入(import)遠(yuǎn)程接口方法。
客戶方像調(diào)用本地方法一樣去調(diào)用遠(yuǎn)程接口方法,RPC 框架提供接口的代理實(shí)現(xiàn),實(shí)際的調(diào)用將委托給代理RpcProxy 。
代理封裝調(diào)用信息并將調(diào)用轉(zhuǎn)交給RpcInvoker 去實(shí)際執(zhí)行。
在客戶端的RpcInvoker 通過(guò)連接器RpcConnector 去維持與服務(wù)端的通道RpcChannel,并使用RpcProtocol 執(zhí)行協(xié)議編碼(encode)并將編碼后的請(qǐng)求消息通過(guò)通道發(fā)送給服務(wù)方。
RPC 服務(wù)端接收器 RpcAcceptor 接收客戶端的調(diào)用請(qǐng)求,同樣使用RpcProtocol 執(zhí)行協(xié)議解碼(decode)。
解碼后的調(diào)用信息傳遞給RpcProcessor 去控制處理調(diào)用過(guò)程,最后再委托調(diào)用給RpcInvoker 去實(shí)際執(zhí)行并返回調(diào)用結(jié)果。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- C++數(shù)據(jù)結(jié)構(gòu)AVL樹(shù)全面分析
- Springboot整合Netty實(shí)現(xiàn)RPC服務(wù)器的示例代碼
- C#語(yǔ)言使用gRPC、protobuf(Google Protocol Buffers)實(shí)現(xiàn)文件傳輸功能
- Java RPC框架如何實(shí)現(xiàn)客戶端限流配置
- PHP實(shí)現(xiàn)創(chuàng)建一個(gè)RPC服務(wù)操作示例
- springboot+dubbo+validation 進(jìn)行rpc參數(shù)校驗(yàn)的實(shí)現(xiàn)方法
- Java實(shí)現(xiàn)簡(jiǎn)單的RPC框架的示例代碼
- C# 利用ICSharpCode.SharpZipLib實(shí)現(xiàn)在線壓縮和解壓縮
- php實(shí)現(xiàn)的一個(gè)簡(jiǎn)單json rpc框架實(shí)例
- C#使用iCSharpcode進(jìn)行文件壓縮實(shí)現(xiàn)方法
相關(guān)文章
flask+layui+echarts實(shí)現(xiàn)前端動(dòng)態(tài)圖展示數(shù)據(jù)效果
這篇文章主要介紹了flask+layui+echarts實(shí)現(xiàn)前端動(dòng)態(tài)圖展示數(shù)據(jù)效果,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-09-09
做一個(gè)優(yōu)秀程序員應(yīng)該知道的15件事
這篇文章主要介紹了做一個(gè)優(yōu)秀程序員應(yīng)該知道的15件事,寫(xiě)的很好,需要的朋友可以參考下2014-07-07
Xshell?Plus?6?下載及安裝使用圖文教程(解壓即可使用)
本文分享一波?Xshell?Plus?6?破解版,親測(cè)有效,因?yàn)槭蔷G色無(wú)安裝版本的,下載下來(lái)后,解壓即可使用,就可以直接使用了,對(duì)Xshell?Plus?6?破解下載圖文教程感興趣的朋友一起看看吧2022-07-07

