你在生产环境部署过 MCP 服务器吗？按理说，

最近我读到一份 Arcade 工程师的解析。把 session 的痛点讲得很透——本地跑 demo 很简单，但放到负载均衡后面扛几百万使用者时session 管理谁用谁知道。

今年4月，MCP团队推出了--协议版本RC——发布以来最大修订

至于主要变化。Stateless。

这篇文章帮你判断：这个升级对你代表着什么、你的MCP服务器需要改什么

一、session是怎么成为瓶颈的

MCP当前的协议工作方式很简单：

• 客户端连上服务器 → 发送 initialize 握手 → 服务器分配一个session ID → 后续每次请求都带上这个ID
• 本地跑完全没问题. 一台机器上两个进程互相喊话,session在内存里一存就完事.
• 但放到生产环境就不一样了:

bash 至于旧协议。Client → initialize → 服务器返回 Mcp-Session-Id → 每次请求带 Mcp-Session-Id 头 → 服务器必须在内存里维护会话状态 → 负载均衡必须配置sticky session或共享session store

"Picture a real deployment. You're running a server for millions of users,behind a load balancer... every one of those machines has to know about a session ID that some or machine handed out."

- Nate Bar娱乐tini,Arcade.dev 工程师

这个痛点,是大厂迟迟不上MCP生产集成的主要原因.

二、新协议: 握手消失,session消失

--协议最主要的变化: 彻底移除握手和session!

• initialize/initialized两步握手
• Mcp-Session-Id头
• 客户端信息通过_meta字段随每次请求发送!
• 新增三个HTTP头实现分布式友好路由!

json 说到旧协议，POST /mcp HTTP/ Content-Type: application/json {"jsonrpc":"","id":,"method":"initialize","params":{"protocolVersion":"--","capabilities":{},"clientInfo":{"name":"my-app","version":""}}}

说到新协议。 POST /mcp HTTP/ MCP-Protocol-Version: -- Mcp-Method: tools/call Mcp-Name: search Content-Type: application/json {"jsonrpc":"","id":,"method":"tools/call","params":{"name":"search","arguments":{"q":"otters"},"_meta":{"io.modelcontextprotocol/clientInfo": {"name":"my-app","version":""}}}}

• 没有握手了 - 直接发请求即可!
• 没有session ID了 - 每条请求自包含!
• 新增三个HTTP头:
  • MCP-Protocol-Version
  • Mcp-Method
  • Mcp-Name
*⚠️ 对开发者影响巨大!⚠️*

<任意服务器实例都可以处理任意请求> - 不用sticky session  不用共享session store   

再看这代表着，

轮询负载均衡即可! 不用钉死到特定节点.;不过， 部署更简单! 按普通HTTP服务来.; 规模 更轻松! 水平扩容无障碍.;老实说，

但...

需要注意:

1. 旧客户端声明自己的协议版本支持多版本的服务端可以同时跟新旧两端通信.
2. 一个只认识--的客户端无法直接跟仅支持--的服务端对话中间需要Arcade这样的网关做协议转换或者自己维护兼容层.
div>

三 、 配套变化不止 stateless

Stateless 是头号新闻,但这次升级还带了几个一样关键 的配套变化 .

td width =' %'> b>> 分布式追踪 < b>> td width =' %'>> b>> 授权强化< b>>

特性名	说明
缓存控制	List/resource 响应携带 ttlMs 和 cacheScope ,跟 HTTP Cache-Control 一个道理 .客户端知道结果能缓存多久 、 能否跨使用者共享. > 支持时间窗口缓存 > 支持作用域控制
> p>> W C Trace Context正式写进规范.一条追踪可以从宿主应用穿过客户端SDK,M CP服务器再到下游服务。在OpenTelemetry后端展示完整调用链. li>> 全链路追踪支持 > 自动传播上下文
> p>> 六个 SE P对齐了OAuth./OpenID Connect常用方法 :验证 > iss < tt>> 防混淆攻击 、 声明 > application_type < tt>> 避免桌面客户端被误判为web 、 凭证绑定到签发服务器. li>> 防篡改检查 > 应用类型识别 > 安全凭证绑定
废弃特性#	特性# 替代方案# Roots工具参数或服务器设置Sampling直接接LLMAPILoggingstdio用stderr结构化用OpenTelemetry 这些在当前版本依然可用往后至少个月内不会移除 — M C P正式引入 特性生命周期策略 Active → Deprecated → Removed至少间隔一年. MC P Apps和Tasks# Extensions有了正式框架 reverse-DNS标识独立版本管理.两个官方 : MC P Apps :服务器渲染HTML界面沙箱iframe展示UI操作走MC P JSON-RPC Tasks :从实验特性升级为 返回task handle驱动生命周期 JSON Schema - Tool 的 inputSchema 和 outputSchema升级到完整JSON Schema -输入支持 oneOf anyOf $ref输出去掉类型限制以前只能定义简单JSO N现在可以做组合约束和条件校验. 从图中可见来看， 输入支持复杂组合校验 输出完全自由格式 引入$ref实现模块化schema 看了上面这些变化你 的第一反应可能是 #听起来不错但我要改多少?# 需要明确改 的 :