MCP 服务器传输：STDIO、可流式 HTTP 与 SSE

模型上下文协议 (MCP) 支持三种主要的传输机制，用于 Roo Code 与 MCP 服务器之间的通信：标准输入/输出 (STDIO)、可流式 HTTP（现代标准）和服务器发送事件 (SSE)（用于遗留系统）。每种机制都有其独特的特点、优势和使用场景。

---

STDIO 传输

STDIO 传输在本地机器上运行，通过标准输入/输出流进行通信。

STDIO 传输的工作原理

1. 客户端（Roo Code）将 MCP 服务器作为子进程启动
2. 通信通过进程流进行：客户端写入服务器的 STDIN，服务器通过 STDOUT 响应
3. 每条消息以换行符分隔
4. 消息格式为 JSON-RPC 2.0

客户端                    服务器
  |                         |
  |---- JSON 消息 ------>| (通过 STDIN)
  |                         | (处理请求)
  |<---- JSON 消息 ------| (通过 STDOUT)
  |                         |

STDIO 特点

• 本地性：在与 Roo Code 相同的机器上运行
• 性能：极低延迟和开销（不涉及网络栈）
• 简单性：直接的进程通信，无需网络配置
• 关系：客户端与服务器之间一对一的关系
• 安全性：本质上更安全，因为没有网络暴露

何时使用 STDIO

STDIO 传输适用于：

• 在同一台机器上运行的本地集成和工具
• 安全敏感的操作
• 低延迟需求
• 单客户端场景（每个服务器一个 Roo Code 实例）
• 命令行工具或 IDE 扩展

STDIO 实现示例

import { Server } from '@modelcontextprotocol/sdk/server/index.js';
import { StdioServerTransport } from '@modelcontextprotocol/sdk/server/stdio.js';

const server = new Server({name: 'local-server', version: '1.0.0'});
// 注册工具...

// 使用 STDIO 传输
const transport = new StdioServerTransport(server);
transport.listen();

---

可流式 HTTP 传输

可流式 HTTP 传输是远程 MCP 服务器通信的现代标准，取代了旧的 HTTP+SSE 传输。它通过 HTTP/HTTPS 运行，允许更灵活的服务器实现。

可流式 HTTP 传输的工作原理

1. 服务器提供一个支持 POST 和 GET 方法的单一 HTTP 端点（MCP 端点）
2. 客户端（Roo Code）使用 HTTP POST 向此 MCP 端点发送请求
3. 服务器处理请求并发送响应
4. 可选地，服务器可以使用同一连接上的服务器发送事件 (SSE) 向客户端流式传输多条消息或通知。这允许基本的请求-响应交互以及更高级的流式传输和服务器发起的通信

客户端                             服务器
  |                                  |
  |---- HTTP POST /mcp 端点 ---->| (客户端请求)
  |                                  | (处理请求)
  |<--- HTTP 响应 / SSE 流 --| (服务器响应 / 流)
  |                                  |

可流式 HTTP 特点

• 现代标准：新远程 MCP 服务器实现的首选方法
• 远程访问：可以在与 Roo Code 不同的机器上托管
• 可扩展性：可以并发处理多个客户端连接
• 协议：通过标准 HTTP/HTTPS 工作
• 灵活性：支持简单的请求-响应和高级流式传输
• 单一端点：使用单一 URL 路径进行所有 MCP 通信
• 身份验证：可以使用标准 HTTP 身份验证机制
• 向后兼容性：服务器可以与旧的 HTTP+SSE 客户端保持兼容

何时使用可流式 HTTP

可流式 HTTP 传输适用于：

• 所有新的远程 MCP 服务器开发
• 需要强大、可扩展和灵活通信的服务器
• 可能涉及流式数据或服务器发送通知的集成
• 公共服务或集中式工具
• 替换旧的 SSE 传输实现

可流式 HTTP 实现示例

在 settings.json 中的配置：

"mcp.servers": {
  "StreamableHTTPMCPName": {
    "type": "streamable-http",
    "url": "http://localhost:8080/mcp"
  }
}

服务器端实现，请参考 MCP SDK 文档中的 StreamableHTTPClientTransport。

与 HTTP+SSE 的向后兼容性

客户端和服务器可以与已弃用的 HTTP+SSE 传输（来自协议版本 2024-11-05）保持向后兼容。

希望支持旧客户端的服务器应：

• 继续托管旧传输的 SSE（/events）和 POST（/message）端点，同时提供新传输定义的“MCP 端点”。

---

SSE 传输（遗留）

服务器发送事件 (SSE) 传输是一种通过 HTTP/HTTPS 进行远程服务器通信的遗留方法。对于新实现，建议使用可流式 HTTP 传输。SSE 仍可用于与旧 MCP 服务器的兼容性。

SSE 传输的工作原理

1. 客户端（Roo Code）通过 HTTP GET 请求连接到服务器的 SSE 端点
2. 这建立了持久连接，服务器可以向客户端推送事件
3. 对于客户端到服务器的通信，客户端向单独的端点发送 HTTP POST 请求
4. 通信通过两个通道进行：
   • 事件流（GET）：服务器到客户端的更新
   • 消息端点（POST）：客户端到服务器的请求

客户端                             服务器
  |                                  |
  |---- HTTP GET /events ----------->| (建立 SSE 连接)
  |<---- SSE 事件流 -----------| (持久连接)
  |                                  |
  |---- HTTP POST /message --------->| (客户端请求)
  |<---- 带响应的 SSE 事件 ----| (服务器响应)
  |                                  |

SSE 特点

• 远程访问：可以在与 Roo Code 不同的机器上托管
• 可扩展性：可以并发处理多个客户端连接
• 协议：通过标准 HTTP 工作（不需要特殊协议）
• 持久性：保持持久连接以进行服务器到客户端的消息传输
• 身份验证：可以使用标准 HTTP 身份验证机制

何时使用 SSE

SSE 传输更适合：

• 跨网络的远程访问
• 多客户端场景
• 公共服务
• 许多用户需要访问的集中式工具
• 与 Web 服务的集成

SSE 实现示例

import { Server } from '@modelcontextprotocol/sdk/server/index.js';
import { SSEServerTransport } from '@modelcontextprotocol/sdk/server/sse.js';
import express from 'express';

const app = express();
const server = new Server({name: 'remote-server', version: '1.0.0'});
// 注册工具...

// 使用 SSE 传输
const transport = new SSEServerTransport(server);
app.use('/mcp', transport.requestHandler());
app.listen(3000, () => {
  console.log('MCP 服务器在端口 3000 上监听');
});

---

本地与托管：部署方面

在 STDIO 和 SSE 传输之间的选择直接影响您如何部署和管理 MCP 服务器。

STDIO：本地部署模型

STDIO 服务器在与 Roo Code 相同的机器上本地运行，这有几个重要的影响：

• 安装：服务器可执行文件必须安装在每个用户的机器上
• 分发：需要为不同的操作系统提供安装包
• 更新：每个实例必须单独更新
• 资源：使用本地机器的 CPU、内存和磁盘
• 访问控制：依赖于本地机器的文件系统权限
• 集成：易于与本地系统资源（文件、进程）集成
• 执行：随 Roo Code 启动和停止（子进程生命周期）
• 依赖项：任何依赖项都必须安装在用户机器上

实际示例

使用 STDIO 的本地文件搜索工具将：

• 在用户机器上运行
• 直接访问本地文件系统
• 在 Roo Code 需要时启动
• 不需要网络配置
• 需要与 Roo Code 一起安装或通过包管理器安装

可流式 HTTP / SSE（遗留）：托管部署模型

可流式 HTTP（推荐）和遗留 SSE 服务器可以部署到远程服务器并通过网络访问：

• 安装：在服务器上安装一次，供多个客户端访问
• 分发：单次部署服务多个客户端
• 更新：集中更新立即影响所有用户
• 资源：使用服务器资源，而不是本地机器资源
• 访问控制：通过身份验证和授权系统管理
• 集成：与用户特定资源的集成更复杂
• 执行：作为独立服务运行（通常持续运行）
• 依赖项：在服务器上管理，不在用户机器上

实际示例

使用 SSE 的数据库查询工具将：

• 在中央服务器上运行
• 使用服务器端凭据连接到数据库
• 为多个用户持续可用
• 需要适当的网络安全配置
• 使用容器或云技术部署

混合方法

某些场景受益于混合方法：

1. 带网络访问的 STDIO：作为远程服务代理的本地 STDIO 服务器
2. 带本地命令的 SSE：可以通过回调触发客户端机器上操作的远程 SSE 服务器
3. 网关模式：用于本地操作的 STDIO 服务器连接到用于专门功能的 SSE 服务器

---

选择传输方式

考虑因素	STDIO	可流式 HTTP	SSE（遗留）
位置	仅本地机器	本地或远程	本地或远程
客户端	单个客户端	多个客户端	多个客户端
性能	延迟更低	延迟更高（网络开销）	延迟更高（网络开销）
设置复杂性	更简单	更复杂（需要 HTTP 服务器）	更复杂（需要 HTTP 服务器，可能需要两个端点）
安全性	本质上安全	需要显式安全措施	需要显式安全措施
网络访问	不需要	需要	需要
可扩展性	限于本地机器	可以跨网络分发	可以跨网络分发
部署	每用户安装	集中安装	集中安装
更新	分布式更新	集中更新	集中更新
资源使用	使用客户端资源	使用服务器资源	使用服务器资源
依赖项	客户端依赖项	服务器端依赖项	服务器端依赖项
建议	适用于本地、安全、单客户端工具	所有新远程服务器的现代标准	遗留，用于现有的旧服务器

---

在 Roo Code 中配置传输

有关在 Roo Code 中配置 STDIO、可流式 HTTP 和 SSE（遗留）传输的详细信息，包括示例配置，请参阅使用 MCP in Roo Code 指南中的 理解传输类型 部分。