graphql-dotnet/server中Type类DI注入Repository失败问题咨询

我之前也碰到过一模一样的情况，核心问题基本都出在DI容器的注册配置或者GraphQL类型的生命周期匹配上，咱们一步步拆解来解决：

先搞懂为什么StarWars示例能正常工作 #

在StarWars示例里，HumanType能顺利注入StarWarsData，原因有三个：

1. 示例已经把HumanType注册到了DI容器中（通常是Scoped或Transient生命周期）；
2. GraphQL的配置里明确包含了这个类型，容器能正确解析它的依赖；
3. StarWarsData和HumanType的生命周期是匹配的（比如都是Scoped）。

你的server项目注入失败的常见原因&解决方案 #

1. MessageType没注册到DI容器 #

graphql-dotnet/server（基于ASP.NET Core的版本）默认不会自动扫描所有ObjectGraphType并注册到DI，你得手动把它加进去：

// 在Program.cs/Startup.cs的服务配置里
builder.Services.AddScoped<MessageType>();

如果你的自定义类型很多，也可以批量添加：

builder.Services.AddGraphQLServer()
    .AddQueryType<ChatQuery>()
    .AddTypes(typeof(MessageType), typeof(MessageFromType)) // 批量注册自定义类型
    // 其他必要配置，比如添加接口、枚举等

2. 服务生命周期不匹配 #

如果你的IChat是Scoped（比如依赖数据库上下文，通常都是Scoped），但MessageType被注册成了Singleton，DI容器会直接报错——因为Singleton服务不能依赖Scoped服务（会导致Scoped服务被长期持有，引发资源泄漏或上下文失效）。

一定要保证两者生命周期一致：

// 比如IChat是Scoped，MessageType也注册为Scoped
builder.Services.AddScoped<IChat, ChatRepository>();
builder.Services.AddScoped<MessageType>();

3. GraphQL配置里没包含MessageType #

就算你注册了MessageType，如果在AddGraphQLServer的配置中没有明确添加它，GraphQL运行时可能会跳过DI容器，直接实例化MessageType，自然就无法注入构造函数里的IChat了。

务必在GraphQL配置中添加你的自定义类型：

builder.Services.AddGraphQLServer()
    .AddQueryType<ChatQuery>()
    .AddType<MessageType>()
    .AddType<MessageFromType>()
    // 其他配置，比如添加授权、序列化规则等

快速验证步骤 #

1. 检查Program.cs里是否同时注册了MessageType和IChat；
2. 确认两者的生命周期完全匹配；
3. 确保AddGraphQLServer的配置里包含了MessageType；
4. 运行项目时查看控制台的DI错误日志，通常会明确提示无法解析哪个服务。

按照这些步骤调整后，你的MessageType应该就能正常注入IChat实例了。

内容的提问来源于stack exchange，提问作者user3360458