API 接口協定繁多，不同的協定有着不同的使用場景。70% 網際網路應用開發者日常僅會接觸到最通用的 HTTP 協定，相信大家希望了解更多其他協定的資訊。我們今天會給大家介紹各種 API 接口主流協定和他們之間的關系。
1、API 接口主流協定有哪些?
接口協定分成兩類：傳輸層協定和應用層協定。
傳輸層協定，是為應用層協定提供端到端的通信服務，負責資料的分段、傳輸、重組、流量控制、差錯控制等功能。
其中，傳輸層協定主要有兩種：TCP 和 UDP。
· TCP，是一種面向連接配接的、可靠的、有序的、基于位元組流的協定。
· UDP，是一種無連接配接的、不可靠的、無序的、基于資料報的協定。
應用層協定，是為不同的應用場景定義了具體的資料格式、互動邏輯、功能實作等細節。
應用層協定有很多種：
另外，傳輸層協定和應用層協定在唯一辨別上有明顯的差別：
傳輸層協定使用端口号來辨別不同的應用層協定，端口号是一個 16 位的整數，範圍從 0 到 65535。
應用層協定使用 URI（統一資源辨別符）來辨別不同的資源，URI 是一個字元串，由協定名、主機名、路徑名等組成。
2、API 接口主流協定之間的關系？
傳輸層協定和應用層協定之間有一個多對多的關系，即一個傳輸層協定可以支援多個應用層協定，也可以有多個傳輸層協定支援同一個應用層協定。例如，HTTP 可以使用 TCP 或 UDP 作為傳輸層協定，而 TCP 也可以支援 FTP、SMTP 等其他應用層協定。
而對于應用層協定 RPC，不同的網際網路巨頭會基于其使用的技術架構更進一步的提出标準更具體的衍生協定。
3、目前 API 接口管理産品對協定的支援對比
我們通常會根據不同的使用場景選用不同的接口協定。經常會有出現同一個業務流程需要調用不同協定的接口進行流程測試，特别是 HTTP 協定和其他協定的搭配。
這時候就需要考驗我們所使用的 API 接口管理工具對接口協定支援的覆寫度，以下列舉了部分 API 接口管理工具對協定的支援能力，供大家進行參考對比。
4、如何在 Apikit 中建立不同的協定
從上表可見，目前 Eolink Apikit 是市場上對多接口協定支援覆寫度最全的 API 管理工具，使用 Eolink Apikit 可減少頻繁切換接口測試工具的風險。那麼具體這些協定如何在 Eolink Apikit 中進行建立呢？下面我們将分别講解。
4.1 HTTP/HTTPS/WebSocket/WebSockets
- 在 API 管理應用下的 API 菜單中，點選【+API】按鈕；
- 在建立 API 頁面中，選擇所需的 HTTP、HTTPS、WS、或 WSS 協定即可。
4.2 TCP/UDP
- 在 API 管理應用下的 API 菜單中，點選【+API】按鈕；
- 在建立 API 頁面中，選擇所需的 TCP 或 UDP 協定即可。
4.3 gRPC
- 在 API 管理應用下的 API 菜單中，點選【+API】旁的下拉菜單按鈕
- 選擇導入 API
- 選中 PROTO 檔案類型
- 上傳本地 PROTO 檔案并點選【下一步】按提醒指引完成建立即可
4.4 SOAP
- 在 API 管理應用下的API菜單中，點選【+API】旁的下拉菜單按鈕
- 選擇導入 API
- 選中 WSDL 檔案類型
- 上傳本地 WSDL 檔案或引用線上 URL，并點選【下一步】按提醒指引完成建立即可
4.5 Dubbo/HSF
- 在 API 管理應用下的API菜單中，點選【+API】按鈕；
- 在建立 API 頁面中，先選擇 RPC 協定，再選擇 HSF 或 DUBBO即可。
5、寫在最後
API 接口協定制定了接口資訊的傳遞标準規範，不同的接口協定對接口管理工具來說都會擁有不同的底層功能邏輯。是以接口管理工具很難在短時間内完善的新增一種協定的文檔管理和接口調試。
而 Eolink Apikit「https://www.eolink.com/apikit」從上線7年以來，一直不斷的自研創新，解決了一個又一個多協定管理的難題，才最終脫穎而出成為市場上支援主流協定最全面的産品。而我們将繼續保持初心，砥砺前行。繼續做好國産自主 API 管理軟體，在 API 管理領域上帶來更多新的突破。