是不是就能自己排查问题了？

使用者痛点：日志中乱码般的 JSON、看不懂的握手流程、无法定位连接失败根源，这些都是开发者在生产环境常见的困扰。

上一篇我们写了十几行 Python 代码就搭了一个 MCP Server。FastMCP 帮我们屏蔽了所有协议细节——JSON‑RPC 消息的构造、握手流程、能力协商，全部由框架自动处理。这在开发阶段很方便，但到了生产环境。你需要理解底层协议才能做高级的事情：调试连接问题、调整性能、理解安全边界、或者自己实现一个 Client。

本篇会带你搞清楚四件事：MCP 的消息格式长什么样、规范经历了哪些关键版本变化、两种传输方式各自的适用场景，还有即将到来的无状态主要设计代表着什么。

• 理解 MCP 消息的三种类型和各自的用途
• 掌握 MCP 规范从 - 到 - RC 的完整演进脉络
• 知道 STDIO 和 Streamable HTTP 的技术细节和选型依据
• 理解无状态主要设计对 Server 架构的深远影响

MCP 的通信基础：JSON‑RPC

为什么选 JSON‑RPC

MCP 选择 JSON‑RPC 作为消息格式，而不是更常见的 REST API 或 gRPC。话说回来，这个选择背后有明确的技术理由。

MCP 的主要需求是：

• 有状态会话：Client 连接 Server 后要维持上下文。
• 双向通知：S​erver 可以主动通知 Client 能力变化。
• 内置能力协商：。其实，JSON‑RPC 天然支持这些特性——它定义了请求、响应、通知三种消息类型。其中通知是单向消息不需要对方回复，非常适合 Server 主动推送场景。按理说，

  对了JSON 是人类可读的。这代表着你在调试时可以直接阅读消息内容，不需要专门的解码工具。 对于一个开发者协议可调试性很关键。

  三种消息类型

  MCP 全部使用 JSON‑RPC 定义的三种消息类型：

  请求——需要对方回复的消息：

  {
  "jsonrpc": "2.0"。"id": 1,"method": "tools/list","params": {}
  }
  

  • `jsonrpc`：固定值 `"2.0"`。
  • 再看`id`。请求唯一标识，用于匹配响应。
  • `method`：要调用的方法名。
  • `params`：方法参数。

  响应——对请求的回复：

  {
  "jsonrpc": "2.0"。"id": 1,"result": {
  "tools":
  }
  }
  ]
  }
  }
  

  • 说到`id`，与请求对应。
  • `result`：成功时返回的数据。
  • `error`：失败时返回错误信息。

  通知——不需要回复的单向消息：

  {
  "jsonrpc":"2.0"。"method":"notifications/tools/list_changed","params": {}
  }
  

  *注意没有 `id` 字段——因为通知不需要回复。Server 可以通过通知告诉 Client：“我的工具列表变了请重新获取。”*

  MCP 特有的方法

  MCP 在 JSON‑RPC 基础上定义了一套标准方法，按功能分为几类：

  生命周期管理这方面，

  /tbody /table>

  方法	方向	说明
  initialize	Client → Server	握手，协商协议版本和能力
  initialized	Client → Server	通知，表示初始化完成
  ping	双向	心跳检测

  工具相关的观点是，

  方法 tools/list Client → Server 获取工具列表 /t r> < tr t d tools/call t d Client → Server t d 调用工具/table

  方向	说明 /tr /ad

  资源相关的观点是。

  resources/read/t d>/t r />

  方法	方向	说明
  resources/listClient → Server获取资源列表

  /ad>

  方法	方向	说明

  prompts/list  C→S  "获取提示模板列表" 

  /tbody>/table

  *这些方法构成了 MCP 协议的“词汇表”。Client 与 Server 使用统一的方法名进行交互，就像两个人说同一种语言。*

  能力协商

  The *Capability Negotiation* step ensures both sides know what or can do before any real work begins.

  |

  常见能力		|说明| | ... |---|---| | tools |Server 支持工具调用| | resources |Server 支持资源读取| | prompts |Server 支持提示模板| | sampling |Client 支持 LLM 推理| | roots |Client 支持文件程序根目录信息| | logging |Server 支持日志输出| ... /table