MCP協議底層原理分析——基于JSON-RPC2.0的傳輸協議原創

AI探索時代

發布于 2025-7-10 10:05

瀏覽

0收藏

“ 網絡協議的本質是一種有固定格式的規則約束。”

最近在研究MCP協議，由于之前深入了解過網絡協議這一塊，比如說TCP/IP，HTTP等，所以對MCP協議就比較好奇，于是就深入了解了一下。

剛開始了解MCP協議的時候就很奇怪一件事情，不管是TCP/IP協議，還是HTTP協議，都會有一個固定的報文格式；但在MCP的官方文檔中并沒有看到這個報文格式。只是簡單介紹了其幾個核心組件——hosts，client和server等。

所以就很好奇，MCP協議沒有一個固定的格式，那它服務端和客戶端是怎么通訊的，數據怎么解析的。

MCP協議的深入了解

從本質上來說，網絡協議就是一種規則，只不過這個規則有固定的格式；就類似于我們發快遞，發郵件一樣，需要有收件人姓名，地址，電話等；而TCP/IP和HTTP這種網絡協議就是嚴格按照這種規則設計的。

但在MCP協議中，這種規則好像并不存在；所以這些問題只能從MCP的官方文檔中尋找答案。

思考一個問題，MCP協議是怎么進行數據傳輸的，也就是說在智能體中使用MCP協議，那數據怎么從智能體傳輸到MCP服務端？它的數據格式是什么樣的，客戶端應該怎么封裝請求數據，服務端應該怎么解析數據？

從官方文檔中我們了解到，MCP協議是整體建立在JSON-RPC2.0的基礎之上；JSON-RPC2.0是一種輕量級無狀態的遠程調用協議，簡單來說就是一種數據格式。而MCP使用JSON-RPC2.0作為協議層進行通訊，傳輸層可以使用http，sse，Streamable http等流式協議，以及本地開發測試使用的stdio協議。

而且，用戶可以根據自己的需求自定義傳輸層協議，只需要上層使用JSON-RPC2.0格式即可；也就是說MCP對傳輸層協議是無感的。

MCP協議底層原理分析——基于JSON-RPC2.0的傳輸協議-AI.x社區

這樣做的好處就是，MCP協議完全屏蔽了底層網絡協議的復雜性，開發者只需要關注應用層的協議即可，需要說明的是這里的應用層和TCP/IP網絡模型中的應用層不是一個概念，在TCP/IP網絡模型中HTTP協議屬于應用層協議。

看到這里大家可能有疑問了，你這也沒講MCP協議的格式是什么樣啊，或者為什么MCP協議沒有固定格式。

其實，這里就是MCP協議比較強大的一個地方，MCP協議并不像傳統的網絡協議那樣，嚴格約束協議的格式規則，而是提供了很大的靈活性；在使用JSON-RPC2.0屏蔽底層協議的基礎之上；開發者可以在JSON-RPC2.0的基礎之上，去自定義自己的MCP報文格式，只不過需要開發者自己實現服務端和客戶端的報文解析功能；而MCP官方已經封裝了一套基于JSON-RPC2.0的數據報文格式。

對我們普通開發者來說，只需要直接拿過來用就行了，而不用關心其底層的實現原理。MCP官方通過schema的方式抽象出MCP協議的格式對象，這樣在上層應用中就可以直接獲取到結構化的數據。

MCP協議底層原理分析——基于JSON-RPC2.0的傳輸協議-AI.x社區

# JSON RPC的請求格式
{
  jsonrpc: "2.0";
  id: string | number;
  method: string;
  params?: {
    [key: string]: unknown;
  };
}


# JSON-RPC的響應格式
{
  jsonrpc: "2.0";
  id: string | number;
  result?: {
    [key: string]: unknown;
  }
  error?: {
    code: number;
    message: string;
    data?: unknown;
  }
}