?

一 分布式調(diào)用大體上就分為兩類，RPC式的，REST式的，兩者的區(qū)別主要是就是：

1. RPC是面向動作的（方法調(diào)用）

2. REST是面向資源的（URL表示資源，HTTP動詞表示動作）

從變現(xiàn)形式來看，RPC的編程模型較重量級，REST的編程模型更輕量級

?

二 REST vs RPC REST is not a framework like WCF, a protocol like HTTP, a framework like JAX-RS, or a communication format like SOAP. ?REST is an architecture, a structured way of representing a software solution - specifically, exposing aspects of a solution to a set of remote client-consumers. ?The central tenet of REST is that these aspects of a solution can be modeled as resources which the client can consume or act upon. ? This resource-oriented thinking, and not the implementation details of how one communicates between client and server, is what REST is actually all about. ?This is the key difference that separates actual RESTful APIs from RPC based on HTTP verbs. 三 ?接口調(diào)用通常包含兩個部分，序列化和通信協(xié)議。 常見的序列化協(xié)議包括json、xml、hession、protobuf、thrift、text、bytes等； 通信比較流行的是http、soap、websockect，RPC通常基于TCP實現(xiàn)，常用框架例如dubbo，netty、mina、thrift。

?

首先解釋下兩種接口調(diào)用：

Rest：嚴格意義上說接口很規(guī)范，操作對象即為資源，對資源的四種操作（post、get、put、delete），并且參數(shù)都放在URL上,

? ? ? ? ?但是不嚴格的說Http+json、Http+xml，常見的http api都可以稱為Rest接口。

Rpc: ? 我們常說的遠程方法調(diào)用，就是像調(diào)用本地方法一樣調(diào)用遠程方法，通信協(xié)議大多采用二進制方式

?

四 ?http vs 高性能二進制協(xié)議
? ? ? http相對更規(guī)范，更標準，更通用，無論哪種語言都支持http協(xié)議。

? ? ? ?如果你是對外開放API，例如開放平臺，外部的編程語言多種多樣，你無法拒絕對每種語言的支持，

? ? ? ?相應的，如果采用http，無疑在你實現(xiàn)SDK之前，支持了所有語言，

? ? ? ?所以，現(xiàn)在開源中間件，基本最先支持的幾個協(xié)議都包含RESTful。

? ? RPC協(xié)議性能要高的多，例如Protobuf、Thrift、Kyro等，

? ? （如果算上序列化）吞吐量大概能達到http的二倍。響應時間也更為出色。

? ? ? 千萬不要小看這點性能損耗，公認的，微服務做的比較好的，例如，netflix、阿里，曾經(jīng)都傳出過為了提升性能而合并服務。

? ? ? 如果是交付型的項目，性能更為重要，因為你賣給客戶往往靠的就是性能上微弱的優(yōu)勢。

? ? ?

? 無論是Google、Amazon、netflix（據(jù)說很可能轉(zhuǎn)向grpc），還是阿里，實際上內(nèi)部都是采用性能更高的RPC方式。而對外開放的才是RESTful。

? Rest 調(diào)用及測試都很方便，Rpc就顯得有點麻煩，但是Rpc的效率是毋庸置疑的，所以建議在多系統(tǒng)之間采用Rpc，對外提供服務，Rest是很適合的
? duboo在生產(chǎn)者和消費者兩個微服務之間的通信采用的就是Rpc,無疑在服務之間的調(diào)用Rpc更變現(xiàn)的優(yōu)秀

?

五 ?Rpc在微服務中的使用

1、 RPC 框架是架構(gòu)微服務化的首要基礎(chǔ)組件 ，

? ? ? ? ? 它能大大降低架構(gòu)微服務化的成本，提高調(diào)用方與服務提供方的研發(fā)效率，屏蔽跨進程調(diào)用函數(shù)（服務）的各類復雜細節(jié)
2、RPC 框架的職責是：

? ? ? ? ? 讓調(diào)用方感覺就像調(diào)用本地函數(shù)一樣調(diào)用遠端函數(shù)、讓服務提供方感覺就像實現(xiàn)一個本地函數(shù)一樣來實現(xiàn)服務

?

?

RPC的好處：

? ? ?RPC 的主要功能目標是讓構(gòu)建分布式計算（應用）更容易，在提供強大的遠程調(diào)用能力時不損失本地調(diào)用的語義簡潔性。

? ? ?為實現(xiàn)該目標，RPC 框架需提供一種透明調(diào)用機制讓使用者不必顯式的區(qū)分本地調(diào)用和遠程調(diào)用。

? ?? 服務化的一個好處就是，不限定服務的提供方使用什么技術(shù)選型，能夠?qū)崿F(xiàn)大公司跨團隊的技術(shù)解耦。?
? ? ?如果沒有統(tǒng)一的服務框架，RPC框架，

? ? ? ? ? 各個團隊的服務提供方就需要各自實現(xiàn)一套序列化、反序列化、網(wǎng)絡(luò)框架、連接池、收發(fā)線程、超時處理、狀態(tài)機等“業(yè)務之外”的重復技術(shù)勞動，造成整體的低效。

? ? 所以，統(tǒng)一RPC框架把上述“業(yè)務之外”的技術(shù)勞動統(tǒng)一處理，是服務化首要解決的問題。

六 幾種協(xié)議

? Socket使用時可以指定協(xié)議Tcp,Udp等；

? RIM使用Jrmp協(xié)議，Jrmp又是基于TCP/IP；

? RPC底層使用Socket接口，定義了一套遠程調(diào)用方法；

? HTTP是建立在TCP上，不是使用Socket接口，需要連接方主動發(fā)數(shù)據(jù)給服務器，服務器無法主動發(fā)數(shù)據(jù)個客戶端；

? Web Service提供的服務是基于web容器的，底層使用http協(xié)議，類似一個遠程的服務提供者，

? ? ? ?比如天氣預報服務，對各地客戶端提供天氣預報，是一種請求應答的機制，是跨系統(tǒng)跨平臺的。

? ? ? ?就是通過一個servlet，對外提供服務。
?hessian是一套用于建立web service的簡單的二進制協(xié)議，

? ? ? 用于替代基于XML的web service，

? ? ? 是建立在rpc上的，hessian有一套自己的序列化格式將數(shù)據(jù)序列化成流，然后通過http協(xié)議發(fā)送給服務器

?

在微服務架構(gòu)中，各個服務之間可能千差萬別，rest接口更加靈活，如果使用RPC則會有很多約束

參考： 1?https://sites.google.com/site/wagingguerillasoftware/rest-series/what-is-restful-rest-vs-rpc 2?https://blog.csdn.net/iter_zc/article/details/39341983 3?https://blog.csdn.net/king866/article/details/54174665

?

總結(jié)

以上是生活随笔為你收集整理的分布式调用技术 RPC VS REST的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。