ModelContextProtocol .NET SDK中CancellationTokenSource被错误释放的问题分析

问题背景

在使用ModelContextProtocol .NET SDK(版本0.2.0-preview.3)连接GitHub MCP远程服务器时，开发者遇到了一个导致服务无法正常启动的严重问题。当尝试通过McpClientFactory.CreateAsync方法创建客户端连接时，系统抛出了ObjectDisposedException异常，错误信息指出CancellationTokenSource已被释放。

问题现象

在Visual Studio环境中配置了GitHub MCP服务器的连接参数后，服务启动过程中会反复失败。错误日志显示，在McpClientFactory.CreateAsync方法执行期间，StreamableHttpClientSessionTransport组件在DisposeAsync方法中抛出了异常，表明底层的CancellationTokenSource已经被提前释放。

技术分析

这个问题的核心在于StreamableHttpClientSessionTransport组件的生命周期管理存在缺陷。具体表现为：

1. 资源释放顺序问题：在连接建立过程中，CancellationTokenSource被不适当地释放，而后续操作仍尝试使用它。

2. 线程安全问题：可能存在多个线程同时访问和操作CancellationTokenSource的情况，导致资源竞争和意外释放。

3. 缺乏状态保护：组件在已释放状态下仍允许执行操作，没有适当的防护机制。

解决方案

开发团队迅速响应并提供了修复方案：

1. 添加disposed状态检查：在StreamableHttpClientSessionTransport组件中增加了_disposed标志位，确保在组件已释放状态下阻止进一步操作。

2. 改进资源管理：优化了CancellationTokenSource的生命周期管理，确保它只在所有依赖操作完成后才被释放。

3. 增强错误处理：改进了异常处理机制，提供更清晰的错误信息，帮助开发者更快定位问题。

影响与建议

这个问题主要影响0.2.0-preview.3版本的用户，特别是那些尝试连接GitHub MCP服务器的开发者。建议受影响的用户：

1. 升级到包含修复的后续版本。

2. 在配置MCP服务器时，确保认证令牌等参数正确无误。

3. 关注连接过程中的日志输出，及时发现并处理类似问题。

总结

这次事件展示了在异步编程和资源管理中常见的陷阱，特别是在涉及CancellationTokenSource这类关键组件时。ModelContextProtocol .NET SDK团队通过快速响应和有效修复，展示了良好的开源项目维护能力。对于开发者而言，理解这类问题的根源有助于在自身项目中避免类似错误，提高代码健壮性。