人工智能挑战文档深度页
MCP 传输：stdio、Streamable HTTP 与旧 SSE
按本地进程与远程 HTTP 场景选择当前传输，并明确旧 HTTP+SSE 的弃用状态。
学习目标
- 能说明MCP 传输：stdio、Streamable HTTP 与旧 SSE解决什么问题，以及何时适用。
- 能解释为什么“把 SSE 事件流等同于旧 HTTP+SSE 传输”是误区。
学习前需要掌握
背景与问题
MCP 早期 HTTP+SSE 方案已被 Streamable HTTP 替代，旧教程若不标日期会误导新实现。
概念定义
传输规定 Client 与 Server 如何承载协议消息；它不改变 Tool、Resource、Prompt 的语义。
直观理解
同一份协议消息可以走本地管道或网络公路，但路线、认证和攻击面不同。
核心原理
stdio 由 Client 启动本地 Server 子进程，通过标准输入输出交换消息。
Streamable HTTP 是当前远程标准；2026-07-28 规范进一步转向无状态核心和基于请求的交互。
旧 HTTP+SSE 自 2025-03-26 被 Streamable HTTP 替代，2026-07-28 官方说明其正式弃用并提供一年迁移窗口。
OpenAI Responses API 当前 Remote MCP 文档仍说明兼容 Streamable HTTP 或 HTTP/SSE；新实现应优先 Streamable HTTP，兼容不等于推荐。
理解与实践步骤
- 1
判断本地还是远程
- 2
本地优先评估 stdio
- 3
远程使用当前 Streamable HTTP
- 4
配置认证与来源校验
- 5
旧 Server 仅在迁移期兼容
实际应用
- 本地开发
- 远程 MCP 服务
常见错误
把 SSE 事件流等同于旧 HTTP+SSE 传输
新项目继续采用旧双端点设计
输入、输出与执行边界
输入
- 协议消息
- 进程管道或 HTTPS 请求
输出
- 协议响应或流式事件
能力
- 本地开发
- 远程 MCP 服务
只读优先默认不要求审批
性能与失败模式
性能考虑
- stdio 启动简单但受本机进程生命周期影响。
- 远程 HTTP 需要处理网络延迟、认证、重试与速率限制。
官方来源与时效
资料记录日期：2026-08-30（不代表已逐项核验）。产品能力、SDK 参数和协议状态可能变化，请以链接页面的当前版本为准。
推荐学习资料
暂未收录相关资料
参考库不会生成虚假资源或无效外部链接。