Cherry Studio项目中MCP服务器streamable HTTP类型添加失败问题解析

问题背景

在Cherry Studio项目1.2.4版本中，用户尝试添加MCP服务器的streamable HTTP类型服务时遇到了添加失败的问题。通过分析发现，这实际上是一个客户端与服务端协议实现不匹配的问题，在1.2.8版本中得到了修复。

技术原理分析

MCP(Model Context Protocol)是一种用于模型服务的协议规范，其中streamable HTTP是其定义的一种传输方式。这种传输方式需要支持会话恢复(Resumability and Redelivery)能力，这是通过HTTP GET方法实现的。

在1.2.8版本之前的实现中，Cherry Studio的MCPStreamableHttpClient组件存在以下技术问题：

1. 初始化时会直接尝试发送HTTP GET请求
2. 当服务端返回400状态码时，客户端会直接抛出异常
3. 没有正确处理首次连接时的会话建立流程

问题根源

深入分析发现，问题的根源在于客户端与服务端对协议规范的理解和实现不一致：

1. 服务端实现方面：

   • 示例服务端代码(simpleStreamableHttp.ts)严格按照规范实现
   • GET接口会检查请求头中的sessionId字段
   • 当缺少sessionId时会返回400状态码
   • 这是符合规范的行为，因为GET方法用于会话恢复

2. 客户端实现方面：

   • 旧版本客户端错误地在首次连接时使用GET方法
   • 没有正确处理400响应
   • 没有实现完整的会话建立流程

解决方案

在1.2.8版本中，Cherry Studio团队采用了以下解决方案：

1. 弃用自定义实现的MCPStreamableHttpClient
2. 改用官方提供的typescript-sdk实现
3. 官方SDK正确处理了首次连接和会话恢复的流程

技术启示

这个问题给我们带来了几个重要的技术启示：

1. 协议实现必须严格遵循规范
2. 客户端和服务端需要保持一致的协议理解
3. 错误处理需要考虑各种可能的响应状态
4. 使用官方SDK可以避免很多实现细节上的问题

扩展知识

关于MCP协议的streamable HTTP传输方式，有几个关键点值得了解：

1. 会话恢复机制：

   • 允许客户端在断开连接后恢复之前的会话
   • 通过sessionId标识会话
   • 使用HTTP GET方法实现

2. 无状态服务模式：

   • 服务端可以选择不支持会话恢复
   • 这种情况下应该返回405状态码
   • 客户端需要重新建立会话

3. 首次连接流程：

   • 应该使用POST方法初始化连接
   • 服务端返回sessionId用于后续通信
   • 之后才能使用GET方法进行会话恢复

这个问题虽然看似简单，但涉及到了协议设计、客户端实现和服务端交互等多个技术层面，是一个很好的学习案例。