MCP C SDK 依赖注入问题深度解析

问题背景

在MCP C# SDK项目中，开发者在使用McpServerToolType类时遇到了依赖注入的问题。当该类的构造函数需要参数注入时，系统会抛出"Cannot resolve scoped service 'xxx' from root provider"错误。这个问题主要出现在通过MCP调用相关功能时。

问题现象

开发者在使用AspNetCoreSseServer示例项目时，尝试为EchoTool类添加一个带有依赖注入参数的构造函数。具体表现为：

1. 创建了一个名为MyData的类，并将其添加到DI容器中
2. 修改EchoTool类的构造函数，添加MyData作为参数
3. 运行时抛出无法解析作用域服务的错误

技术分析

经过深入分析，发现问题根源在于SDK的McpServerBuilderExtensions.cs文件中，工具类的注册方式仅支持AddSingleton模式。当开发者尝试使用AddScoped方式注册服务时，系统无法正确处理依赖关系。

核心问题点在于：

1. 当前实现限制了服务生命周期必须为Singleton
2. 当尝试修改为支持Scoped服务时，会引发新的运行时错误
3. NuGet包与主分支代码不同步，增加了调试难度

解决方案

针对这个问题，技术团队提出了以下解决方案：

1. 更新SDK代码以支持作用域服务的依赖注入
2. 确保构造函数参数注入能够正确处理不同生命周期的服务
3. 改进NuGet包的发布机制，保持与主分支代码同步

最佳实践建议

对于开发者在使用MCP C# SDK时的依赖注入，建议：

1. 暂时避免在工具类构造函数中使用Scoped服务
2. 如需使用Scoped服务，考虑通过方法参数传递而非构造函数注入
3. 关注SDK更新，及时升级到修复此问题的版本

总结

依赖注入是现代.NET开发的核心特性，MCP C# SDK需要完善对不同生命周期服务的支持。开发者在遇到类似问题时，可以通过源代码调试和版本比对来定位问题。技术团队正在积极改进相关实现，以提供更完善的依赖注入支持。