服務(wù)與服務(wù)之間傳遞數(shù)據(jù)包，往往會(huì)因?yàn)椴煌膽?yīng)用場(chǎng)景，使用不同的通訊協(xié)議進(jìn)行傳遞。比如網(wǎng)站的訪問(wèn)，常常會(huì)使用 HTTP 協(xié)議進(jìn)行傳遞，文件傳輸使用 FTP，郵件傳遞使用 SMTP。上述的三種類型的協(xié)議都處于網(wǎng)絡(luò)模型中的應(yīng)用層。除了應(yīng)用層的常用協(xié)議之外，對(duì)于傳輸層的 TCP、UDP 協(xié)議，以及 Restful 架構(gòu)風(fēng)格、RPC 協(xié)議等等基礎(chǔ)網(wǎng)絡(luò)知識(shí)要有一定的了解和認(rèn)知。

網(wǎng)絡(luò)協(xié)議介紹

在了解具體的協(xié)議之前，需要先了解 OSI 七層模型、TCP/IP 四層模型、五層體系結(jié)構(gòu)這三種不同的網(wǎng)絡(luò)模型。

網(wǎng)絡(luò)協(xié)議模型對(duì)比圖：

• OSI 參考模型是一個(gè)在制定協(xié)調(diào)進(jìn)程間通信標(biāo)準(zhǔn)時(shí)所使用的概念性框架，它并不是一個(gè)標(biāo)準(zhǔn)。

• TCP/IP 四層模型是網(wǎng)際網(wǎng)絡(luò)的基礎(chǔ)通信架構(gòu)。常視為是簡(jiǎn)化的七層 OSI 模型。

• 五層協(xié)議是 OSI 和 TCP/IP 的綜合，實(shí)際應(yīng)用還是 TCP/IP 的四層結(jié)構(gòu)。

• TCP/IP 協(xié)議棧是對(duì)應(yīng) TCP/IP 四層模型所使用的具體的網(wǎng)絡(luò)協(xié)議。

TCP協(xié)議

TCP 協(xié)議是在傳輸層中，一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議。TCP 協(xié)議的工作方式為在建立連接的時(shí)候需要進(jìn)行“三次握手”，終止連接時(shí)需要進(jìn)行“四次揮手”。“三次握手”和“四次揮手”是 TCP 協(xié)議的重要知識(shí)點(diǎn)，在后面的章節(jié)會(huì)通過(guò)實(shí)戰(zhàn)和理論結(jié)合具體介紹。

適用場(chǎng)景

TCP 協(xié)議的面向連接、錯(cuò)誤重傳、擁塞控制等特性，適用于可靠性高的場(chǎng)景，比如涉及用戶信息的數(shù)據(jù)傳輸。

UDP協(xié)議

UDP 協(xié)議一旦把應(yīng)用程序發(fā)給網(wǎng)絡(luò)層的數(shù)據(jù)發(fā)送出去，就不保留數(shù)據(jù)備份。它僅在 IP 數(shù)據(jù)包的頭部加入復(fù)用和數(shù)據(jù)校驗(yàn)字段。所以 UDP 常常被認(rèn)為是不可靠的數(shù)據(jù)包協(xié)議。

適用場(chǎng)景

UDP 協(xié)議的不需要提前建立連接、實(shí)現(xiàn)簡(jiǎn)單的特性，非常適用于實(shí)時(shí)性高的場(chǎng)景，比如流媒體、在線游戲等。

HTTP協(xié)議

HTTP 協(xié)議是接口測(cè)試中最常見(jiàn)的協(xié)議，是用于分布式、協(xié)作式和超媒體信息系統(tǒng)的應(yīng)用層協(xié)議。HTTP 是萬(wàn)維網(wǎng)的數(shù)據(jù)通信的基礎(chǔ)。客戶端向服務(wù)端發(fā)送 HTTP 請(qǐng)求，服務(wù)端則會(huì)在響應(yīng)中返回所請(qǐng)求的數(shù)據(jù)。在測(cè)試過(guò)程中，常常需要校驗(yàn)請(qǐng)求和響應(yīng)結(jié)果，所以了解 HTTP 協(xié)議，對(duì)于接口測(cè)試來(lái)說(shuō)，是重中之重。

在后面章節(jié)將會(huì)具體介紹 HTTP、HTTPS 協(xié)議的區(qū)別，以及 HTTP 協(xié)議的基礎(chǔ)知識(shí)信息。

RESTful協(xié)議

起源

Roy Thomas Fielding 博士于 2000 年在他的博士論文中提出來(lái)的一種萬(wàn)維網(wǎng)軟件架構(gòu)風(fēng)格。其目的是為了便于不同的軟件在網(wǎng)絡(luò)中傳遞信息。RESTful 是基于 HTTP 協(xié)議之上制定的一種資源請(qǐng)求、操作的風(fēng)格，用一句話來(lái)概括就是使用 URL 去定位資源，使用 HTTP 動(dòng)詞描述操作。

HTTP 請(qǐng)求方法在 RESTful api 中的典型應(yīng)用：

方法意義GET獲取資源POST新增或者更新PUT更新資源DELETE刪除資源

注意：?不同公司在使用 RESTful 架構(gòu)風(fēng)格的時(shí)候存在部分差別。

RPC協(xié)議

RPC 的英文為 Remote Procedure Call ，它很好的詮釋了 RPC 協(xié)議的概念，即為以本地代碼調(diào)用的方式實(shí)現(xiàn)遠(yuǎn)程執(zhí)行，RPC 主要用于公司內(nèi)部的服務(wù)調(diào)用。RPC 接口的優(yōu)點(diǎn)在于傳輸效率更高、性能損耗更低、自帶負(fù)載均衡策略、更好的服務(wù)治理能力。

常見(jiàn)的 RPC 協(xié)議

目前在行業(yè)內(nèi)常用的 RPC 協(xié)議主要如下：

• Dubbo：Java 基礎(chǔ)之上的高性能 RPC 協(xié)議。

• gRPC：高性能通用 RPC 框架，基于 Protocol Buffers。PB 是一個(gè)語(yǔ)言中立、平臺(tái)中立的數(shù)據(jù)序列化框架。

• Thrift：與 gRPC 類似的多語(yǔ)言 RPC 框架。