一、REST：Representational State Transfer，表述性狀態(tài)轉(zhuǎn)移
REST是一種架構(gòu)風(fēng)格，指的是一組架構(gòu)約束條件和原則。滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是RESTful。REST規(guī)范把所有內(nèi)容都視為資源，網(wǎng)絡(luò)上一切皆資源。
REST并沒(méi)也創(chuàng)造新的技術(shù)，組件或服務(wù)，只是使用Web的現(xiàn)有特征和能力?？梢酝耆ㄟ^(guò)HTTP協(xié)議實(shí)現(xiàn)，使用HTTP協(xié)議處理數(shù)據(jù)通信。REST架構(gòu)對(duì)資源的操作包括獲取、創(chuàng)建、修改和刪除資源的操作正好對(duì)應(yīng)HTTP協(xié)議提供的GET、POST、PUT和DELETE方法。
Http動(dòng)詞與對(duì)應(yīng)的REST風(fēng)格的CRUD對(duì)應(yīng)關(guān)系如下：
1、POST對(duì)應(yīng)? ? ? Create(update,delete)
2、GET對(duì)應(yīng)Read
3、PUT對(duì)應(yīng)Update(create)
4、DELETE對(duì)應(yīng)Delete。
二、RPC? ?：Remote Procedure Call，遠(yuǎn)程過(guò)程調(diào)用協(xié)議
RPC框架主要做以下三件事：
1、server端如何確定client端要調(diào)用的函數(shù)：
在遠(yuǎn)程調(diào)用過(guò)程中，客戶端和服務(wù)端分別維護(hù)一個(gè)【ID->函數(shù)】的對(duì)應(yīng)表，ID在所有進(jìn)程中都是唯一確定的?？蛻舳嗽谧鲞h(yuǎn)程過(guò)程調(diào)用時(shí)，附上這個(gè)ID，服務(wù)端通過(guò)查表，來(lái)確定客戶端需要調(diào)用的函數(shù)，然后執(zhí)行相應(yīng)函數(shù)的代碼。
2、如何進(jìn)行序列化和反序列化
客戶端和服務(wù)端交互時(shí)將參數(shù)或結(jié)果轉(zhuǎn)化為字節(jié)流在網(wǎng)絡(luò)中傳輸，那么數(shù)據(jù)轉(zhuǎn)化為字節(jié)流的或者將字節(jié)流轉(zhuǎn)換成能讀取的固定格式時(shí)就需要進(jìn)行序列化和反序列化，序列化和反序列化的速度也會(huì)影響遠(yuǎn)程調(diào)用的效率。
3、如何進(jìn)行網(wǎng)絡(luò)傳輸（選擇何種網(wǎng)絡(luò)協(xié)議）
多數(shù)RPC框架選擇TCP作為傳輸協(xié)議，也有部分選擇HTTP，如gRPC使用HTTP2。不同的協(xié)議各有利弊。TCP更加高效，而HTTP在實(shí)際應(yīng)用中更加的靈活。
三、REST與RPC比較
四、應(yīng)用場(chǎng)景
REST和RPC都常用于微服務(wù)架構(gòu)中。
1、HTTP相對(duì)更規(guī)范，更標(biāo)準(zhǔn)，更通用，無(wú)論哪種語(yǔ)言都支持http協(xié)議。如果你是對(duì)外開(kāi)放API，例如開(kāi)放平臺(tái)，外部的編程語(yǔ)言多種多樣，你無(wú)法拒絕對(duì)每種語(yǔ)言的支持，現(xiàn)在開(kāi)源中間件，基本最先支持的幾個(gè)協(xié)議都包含RESTful。
RPC在微服務(wù)中的利用
2、 RPC 框架作為架構(gòu)微服務(wù)化的基礎(chǔ)組件，它能大大降低架構(gòu)微服務(wù)化的成本，提高調(diào)用方與服務(wù)提供方的研發(fā)效率，屏蔽跨進(jìn)程調(diào)用函數(shù)（服務(wù)）的各類復(fù)雜細(xì)節(jié)。讓調(diào)用方感覺(jué)就像調(diào)用本地函數(shù)一樣調(diào)用遠(yuǎn)端函數(shù)、讓服務(wù)提供方感覺(jué)就像實(shí)現(xiàn)一個(gè)本地函數(shù)一樣來(lái)實(shí)現(xiàn)服務(wù)。
最后建議
REST調(diào)用及測(cè)試都很方便，RPC就顯得有點(diǎn)繁瑣，但是RPC的效率是毋庸置疑的，所以建議在多系統(tǒng)之間的內(nèi)部調(diào)用采用RPC。對(duì)外提供的服務(wù)，Rest更加合適。
