在ASP.NET Core中是否需要注册传递依赖及非控制器服务？

核心结论：完全未被应用任何组件依赖的接口/服务，不需要注册。但如果服务被其他非控制器组件依赖，则必须注册，下面分场景详细说明：

1. 完全无引用的服务：无需注册 #

ASP.NET Core的依赖注入（DI）容器只会解析被实际请求的服务。如果某个接口/服务的实现类，在整个应用的任何地方（包括控制器、中间件、过滤器、其他服务、后台任务等）都没有被注入或通过IServiceProvider手动获取，那注册它纯粹是冗余操作——既不会被实例化，还会增加容器初始化的微小开销，同时让Program.cs的配置代码变得臃肿。

比如下面这个服务，整个应用没人用它，就没必要注册：

public interface IUnusedService { }
public class UnusedService : IUnusedService { }

// 没必要写这行代码
// builder.Services.AddScoped<IUnusedService, UnusedService>();

2. 被非控制器组件依赖的服务：必须注册 #

如果服务被控制器以外的DI管理组件依赖，比如：

• 其他服务内部的构造函数注入（比如OrderService依赖IMailService，而OrderService被控制器使用）
• 中间件、过滤器、视图组件的构造函数注入
• 后台任务、Hosted Service的依赖
• 通过[FromServices]在非控制器方法中注入
• 手动调用IServiceProvider.GetService<T>()获取

这种情况下，该服务必须注册，否则DI容器在解析依赖链时会抛出InvalidOperationException，提示无法找到对应的服务实现。

举个例子：

// 这个服务被OrderService依赖，即使控制器不直接用它，也必须注册
public interface IMailService { void Send(); }
public class MailService : IMailService { /* 实现 */ }

public class OrderService
{
    private readonly IMailService _mailService;
    public OrderService(IMailService mailService) => _mailService = mailService;
}

// 注册OrderService和它的依赖IMailService
builder.Services.AddScoped<IMailService, MailService>();
builder.Services.AddScoped<OrderService>();

3. 未来可能用到的服务：按需选择 #

如果是明确规划好后续迭代要用到的服务，可以提前注册并加上注释说明用途；但如果只是不确定会不会用到，建议等实际需要的时候再注册，避免配置代码过早冗余。

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