關(guān)于RPC

首先了解什么叫RPC，為什么要RPC，RPC是指遠(yuǎn)程過程調(diào)用，也就是說兩臺服務(wù)器A，B，一個(gè)應(yīng)用部署在A服務(wù)器上，想要調(diào)用B服務(wù)器上應(yīng)用提供的函數(shù)/方法，由于不在一個(gè)內(nèi)存空間，不能直接調(diào)用，需要通過網(wǎng)絡(luò)來表達(dá)調(diào)用的語義和傳達(dá)調(diào)用的數(shù)據(jù)。

比如說，一個(gè)方法可能是這樣定義的：

Employee getEmployeeByName(String fullName)

那么：

• 首先，要解決通訊的問題，主要是通過在客戶端和服務(wù)器之間建立TCP連接，遠(yuǎn)程過程調(diào)用的所有交換的數(shù)據(jù)都在這個(gè)連接里傳輸。連接可以是按需連接，調(diào)用結(jié)束后就斷掉，也可以是長連接，多個(gè)遠(yuǎn)程過程調(diào)用共享同一個(gè)連接。
• 第二，要解決尋址的問題，也就是說，A服務(wù)器上的應(yīng)用怎么告訴底層的RPC框架，如何連接到B服務(wù)器(如主機(jī)或IP地址)以及特定的端口，方法的名稱名稱是什么，這樣才能完成調(diào)用。比如基于Web服務(wù)協(xié)議棧的RPC，就要提供一個(gè)endpoint URI，或者是從UDDI服務(wù)上查找。如果是RMI調(diào)用的話，還需要一個(gè)RMI Registry來注冊服務(wù)的地址。
• 第三，當(dāng)A服務(wù)器上的應(yīng)用發(fā)起遠(yuǎn)程過程調(diào)用時(shí)，方法的參數(shù)需要通過底層的網(wǎng)絡(luò)協(xié)議如TCP傳遞到B服務(wù)器，由于網(wǎng)絡(luò)協(xié)議是基于二進(jìn)制的，內(nèi)存中的參數(shù)的值要序列化成二進(jìn)制的形式，也就是序列化(Serialize)或編組(marshal)，通過尋址和傳輸將序列化的二進(jìn)制發(fā)送給B服務(wù)器。
• 第四，B服務(wù)器收到請求后，需要對參數(shù)進(jìn)行反序列化(序列化的逆操作)，恢復(fù)為內(nèi)存中的表達(dá)方式，然后找到對應(yīng)的方法(尋址的一部分)進(jìn)行本地調(diào)用，然后得到返回值。
• 第五，返回值還要發(fā)送回服務(wù)器A上的應(yīng)用，也要經(jīng)過序列化的方式發(fā)送，服務(wù)器A接到后，再反序列化，恢復(fù)為內(nèi)存中的表達(dá)方式，交給A服務(wù)器上的應(yīng)用

(圖片來源：https://www.cs.rutgers.edu/~pxk/417/notes/03-rpc.html)

為什么RPC呢?就是無法在一個(gè)進(jìn)程內(nèi)，甚至一個(gè)計(jì)算機(jī)內(nèi)通過本地調(diào)用的方式完成的需求，比如比如不同的系統(tǒng)間的通訊，甚至不同的組織間的通訊。由于計(jì)算能力需要橫向擴(kuò)展，需要在多臺機(jī)器組成的集群上部署應(yīng)用，

RPC的協(xié)議有很多，比如最早的CORBA，Java RMI，Web Service的RPC風(fēng)格，Hessian，Thrift，甚至Rest API。

關(guān)于Netty

而Netty框架不局限于RPC，更多的是作為一種網(wǎng)絡(luò)協(xié)議的實(shí)現(xiàn)框架，比如HTTP，由于RPC需要高效的網(wǎng)絡(luò)通信，就可能選擇以Netty作為基礎(chǔ)。除了網(wǎng)絡(luò)通信，RPC還需要有比較高效的序列化框架，以及一種尋址方式。如果是帶會(huì)話(狀態(tài))的RPC調(diào)用，還需要有會(huì)話和狀態(tài)保持的功能。

大體上來說，Netty就是提供一種事件驅(qū)動(dòng)的，責(zé)任鏈?zhǔn)?也可以說是流水線)的網(wǎng)絡(luò)協(xié)議實(shí)現(xiàn)方式。網(wǎng)絡(luò)協(xié)議包含很多層次，很多部分組成，如傳輸層協(xié)議，編碼解碼，壓縮解壓，身份認(rèn)證，加密解密，請求的處理邏輯，怎么能夠更好的復(fù)用，擴(kuò)展，業(yè)界通用的方法就是責(zé)任鏈，

一個(gè)請求應(yīng)答網(wǎng)絡(luò)交互通常包含兩條鏈，一條鏈(Upstream)是從傳輸層，經(jīng)過一系列步驟，如身份認(rèn)證，解密，日志，流控，***到達(dá)業(yè)務(wù)層，一條鏈(DownStream)是業(yè)務(wù)層返回后，又經(jīng)過一系列步驟，如加密等，又回到傳輸層。

(圖片來源：ChannelPipeline (The Netty Project API Reference (3.2.6.Final)))

這樣每一層都有一個(gè)處理接口，都可以進(jìn)行不同的操作，比如身份認(rèn)證，加解密，日志，流控，將不同的處理實(shí)現(xiàn)像拼積木那樣插接起來就可以實(shí)現(xiàn)一個(gè)網(wǎng)絡(luò)協(xié)議了(快速開發(fā))。每一層都有自己的實(shí)現(xiàn)，上層不需要關(guān)注面向網(wǎng)絡(luò)的操作(可維護(hù))。Netty已經(jīng)提供了很多實(shí)現(xiàn)。

(圖片來源：http://docs.jboss.org/netty/3.1/guide/html/architecture.html)

當(dāng)然Netty還有許多好處，比如對非阻塞IO(NIO)的支持，比如在鏈上傳遞時(shí)***程度的減少buffer的copy(高性能)。