About 详解 MCP 传输机制
这是一篇深度技术文章，系统讲解了MCP（Model Context Protocol）的传输机制。文章详细介绍了三种传输方式：stdio（标准输入输出）、SSE（Server-Sent Events，即将废弃）和Streamable HTTP（用于替代SSE）。内容包括每种传输的通信流程、基于JSON-RPC的消息编码规范、可插拔的传输设计理念，以及stdio的具体实现代码（参考TypeScript SDK）和利弊分析。文章还讨论了适用场景，帮助开发者选择合适的方式实现MCP客户端与服务器的通信。
Key Features
支持三种传输机制：stdio、SSE（即将废弃）、Streamble HTTP（替代SSE）
消息使用JSON-RPC编码，UTF-8格式
传输机制可插拔，支持自定义实现
stdio基于本地子进程通信，无外部依赖
SSE基于HTTP实现远程通信，提供SSE端点和POST端点
Streamble HTTP通过HTTP支持流式传输，替代SSE
Pros & Cons
Pros
- stdio无外部依赖，实现简单
- stdio本地通信速度快，安全性高
- 传输机制可插拔，灵活性高
Cons
- stdio单进程通信，无法并行处理多个客户端请求
- stdio进程通信资源开销大，难以运行大量服务
- SSE即将被废弃，需要迁移到Streamble HTTP
Best For
本地计算机上的数据资源访问（如读取本地文件）远程服务器资源访问（通过SSE或Streamble HTTP）需要高安全性和低延迟的本地进程间MCP通信
FAQ
MCP协议定义了哪几种传输机制？
目前定义了三种传输机制：stdio（标准输入输出）、SSE（Server-Sent Events，协议版本2024-11-05开始支持，即将废弃）、Streamble HTTP（协议版本2025-03-26开始支持，用于替代SSE）。
stdio传输的工作原理是什么？
客户端以子进程形式启动MCP服务器，服务器从其标准输入（stdin）读取JSON-RPC消息，并将消息发送到标准输出（stdout）。消息由换行符分隔。服务器可以通过标准错误（stderr）输出日志。客户端负责启动和关闭子进程。
SSE传输与stdio传输的主要区别？
SSE基于HTTP通信，服务器作为独立进程运行，可以处理多个客户端连接，适合远程资源访问；stdio依赖本地子进程，只能单进程通信，适合本地场景。SSE需要提供/sse端点和POST端点，而stdio直接使用标准输入输出。
Streamble HTTP相比SSE有什么优势？
Streamble HTTP是协议版本2025-03-26开始支持的新传输机制，用于替代SSE。它同样基于HTTP并支持流式传输，但具体优势文章未详细展开。文章指出MCP协议要求客户端应尽可能支持stdio。