如何用Java實(shí)現(xiàn)簡(jiǎn)單的HTTP服務(wù)器

關(guān)于SpringCloud遠(yuǎn)程調(diào)用采用HTTP而非RPC。

首先SpringCloud開(kāi)啟Web服務(wù)依賴(lài)于內(nèi)部封裝的Tomcat容器，而今信息飛速發(fā)展，適應(yīng)大流量的微服務(wù)，采用Tomcat處理HTTP請(qǐng)求，開(kāi)發(fā)者編寫(xiě)Json作為資源傳輸，服務(wù)器做出相應(yīng)的響應(yīng)，可以更加的靈活處理業(yè)務(wù)數(shù)據(jù)，而HTTP協(xié)議是跨平臺(tái)的，符合微服務(wù)B/C數(shù)據(jù)交互的方式，可以的一套服務(wù)器對(duì)應(yīng)移動(dòng)H5、App、小程序提供服務(wù)。

RPC基于TCP協(xié)議，客服端與服務(wù)端需要進(jìn)行三次握手完成可靠連接，第四步進(jìn)行數(shù)據(jù)傳輸。因?yàn)門(mén)CP是數(shù)據(jù)傳輸層，傳輸協(xié)議需要服務(wù)器統(tǒng)一編寫(xiě)，進(jìn)行二進(jìn)制傳輸，依賴(lài)序列化和反序列化規(guī)則，對(duì)于大部分應(yīng)用需要靈活變動(dòng)數(shù)據(jù)則不適用，RPC常用于Socket連接或一些基本不變動(dòng)的傳輸格式數(shù)據(jù)，減少數(shù)據(jù)變動(dòng)帶來(lái)的開(kāi)發(fā)成本

建立Socket連接至少需要一對(duì)套接字，其中一個(gè)運(yùn)行于客戶(hù)端，稱(chēng)為ClientSocket ，另一個(gè)運(yùn)行于服務(wù)器端，稱(chēng)為ServerSocket ，套接字之間的連接過(guò)程分為三個(gè)步驟：服務(wù)器監(jiān)聽(tīng)，客戶(hù)端請(qǐng)求，連接確認(rèn)。

一個(gè)簡(jiǎn)單HTTP請(qǐng)求處理

在Web應(yīng)用中，瀏覽器請(qǐng)求一個(gè)URL，服務(wù)器就把生成的HTML網(wǎng)頁(yè)發(fā)送給瀏覽器，而瀏覽器和服務(wù)器之間的傳輸協(xié)議是HTTP,那么接下來(lái)我們看下如何用Java來(lái)實(shí)現(xiàn)一個(gè)簡(jiǎn)單的HTTP服務(wù)器。

RPC

RPC(Remote Procedure Call：遠(yuǎn)程過(guò)程調(diào)用)：是一種進(jìn)程間通信方式，是一種技術(shù)的思想，而不是規(guī)范。它允許程序調(diào)用另一個(gè)地址空間（通常是共享網(wǎng)絡(luò)的另一臺(tái)機(jī)器上）的過(guò)程或函數(shù)，而不用程序員顯式編碼這個(gè)遠(yuǎn)程調(diào)用的細(xì)節(jié)。即程序員無(wú)論是調(diào)用本地的還是遠(yuǎn)程的函數(shù)，本質(zhì)上編寫(xiě)的調(diào)用代碼基本相同。

通俗的說(shuō)法就是：比如說(shuō)現(xiàn)在有兩臺(tái)服務(wù)器A和B，一個(gè)應(yīng)用部署在A服務(wù)器上，另一個(gè)應(yīng)用部署在B服務(wù)器上，如果A應(yīng)用想要調(diào)用B應(yīng)用提供的方法，由于他們不在一臺(tái)機(jī)器下，也就是說(shuō)它們不在一個(gè)JVM內(nèi)存空間中，是無(wú)法直接調(diào)用的，需要通過(guò)網(wǎng)絡(luò)進(jìn)行調(diào)用，那這個(gè)調(diào)用過(guò)程就叫做RPC。

RPC兩個(gè)核心模塊：通訊，序列化。

注意：無(wú)論是何種類(lèi)型的數(shù)據(jù)，最終都需要序列化轉(zhuǎn)換成二進(jìn)制流在網(wǎng)絡(luò)上進(jìn)行傳輸，數(shù)據(jù)的發(fā)送方需要將對(duì)象序列化轉(zhuǎn)換為二進(jìn)制流，而數(shù)據(jù)的接收方則需要把二進(jìn)制流反序列化為對(duì)象。

Restful（HTTP）

Restful 指的是一組架構(gòu)約束條件和原則。" 如果一個(gè)架構(gòu)符合 Restful 的約束條件和原則，就稱(chēng)它為 Restful 架構(gòu)。隱藏在 Restful 背后的理念就是使用 Web的現(xiàn)有特征和能力，更好地使用現(xiàn)有 Web 標(biāo)準(zhǔn)中的一些準(zhǔn)則和約束。

雖然 Restful 本身受 Web技術(shù)的影響很深， 但是理論上 Restful 架構(gòu)風(fēng)格并不是綁定在 HTTP 上，只不過(guò)目前 HTTP 是唯一與 Restful 相關(guān)的實(shí)例。所以我們這里描述的 Restful 也是通過(guò) HTTP 實(shí)現(xiàn)的 Restful。

RPC和HTTP的區(qū)別

首先，兩者十分相似，有請(qǐng)求有響應(yīng)。

不同：

RPC需要滿(mǎn)足像調(diào)用本地服務(wù)一樣調(diào)用遠(yuǎn)程服務(wù)，也就是對(duì)調(diào)用過(guò)程在API層面進(jìn)行封裝。

Http協(xié)議沒(méi)有這樣的要求，因此請(qǐng)求、響應(yīng)等細(xì)節(jié)需要我們自己去實(shí)現(xiàn)。

優(yōu)點(diǎn)

RPC更加透明，對(duì)用戶(hù)方便。

HTTP方式更加靈活，沒(méi)有規(guī)定API和語(yǔ)言，跨語(yǔ)言，跨平臺(tái)。

缺點(diǎn)

RPC需要在API層面進(jìn)行封裝，限制了開(kāi)發(fā)的語(yǔ)言環(huán)境。

選擇

速度方面：RPC速度比HTTP快，底層都是TCP，HTTP消息往往比較臃腫，但是可以采用gzip壓縮。

難度方面：RPC實(shí)現(xiàn)有點(diǎn)兒復(fù)雜，HTTP相對(duì)比較簡(jiǎn)單。

靈活性方面：HTTP更靈活，不需要關(guān)系實(shí)現(xiàn)的細(xì)節(jié)，可以跨平臺(tái)，跨語(yǔ)言。

未來(lái)發(fā)展方向

微服務(wù)，強(qiáng)調(diào)獨(dú)立，自治，靈活。RPC限制較多，因此微服務(wù)框架中，一般都會(huì)采用基于HTTP的rest風(fēng)格服務(wù)。

審核編輯：湯梓紅