依赖注入（Dependency Injection, DI）是C# ASP.NET Core中实现控制反转（Inversion of Control, IoC）的一种设计模式。它通过外部容器在运行时将对象所依赖的服务自动传递给该对象，而不是由对象自己创建依赖实例。这种方式降低了类之间的耦合度，提高了代码的可测试性、可维护性和灵活性。
什么是依赖注入
在传统的编程方式中，一个类如果需要使用另一个服务，通常会直接在内部通过new关键字创建实例。这种方式导致类与具体实现强耦合，难以替换或测试。而依赖注入则是将这种依赖关系交由外部来管理。
例如，有一个
UserService需要使用
IUserRepository接口访问数据： 不使用DI：UserService自己new一个UserRepository实例。 使用DI：UserService通过构造函数接收IUserRepository，由框架在创建UserService时传入具体实现。
这样做的好处是UserService不再关心具体的数据访问实现，便于更换数据库逻辑或进行单元测试（比如注入模拟对象）。
ASP.NET Core中的DI实现原理
ASP.NET Core内置了一个轻量级的服务容器，用于注册和解析服务。整个机制基于三个核心概念：服务注册、服务提供者和服务生命周期。
1. 服务注册
在
Program.cs或启动类中，使用
IServiceCollection将接口与实现类型进行绑定：
services.AddTransient<iuserrepository userrepository>();</iuserrepository>
services.AddScoped<iuserservice userservice>();</iuserservice>
services.AddSingleton<ilogger logger>();</ilogger>
这些方法定义了服务的生命周期策略，并将映射关系保存在一个内部集合中。
2. 服务提供者构建
当应用启动时，框架调用
BuildServiceProvider()方法，根据注册的服务创建一个
IServiceProvider实例。这个提供者知道如何根据类型获取对应的实例。
3. 服务解析与注入
当请求进入，比如创建一个Controller时，运行时会检查其构造函数参数。如果参数是已注册的服务类型（如IUserService），容器就会尝试从ServiceProvider中解析该服务。
解析过程是递归的：如果UserService又依赖IUserRepository，容器会先创建IUserRepository实例，再将其传入UserService的构造函数。
4. 生命周期管理
Transient：每次请求都创建新实例，适合轻量无状态服务。 Scoped：每个HTTP请求内共享同一个实例，请求结束释放。 Singleton：整个应用程序生命周期中只创建一次，全局共享。容器会跟踪对象生命周期，并在适当时机释放IDisposable类型的资源。
依赖注入的实际工作流程示例
假设有一个
UserController依赖
IUserService：
public class UserController : Controller
{
private readonly IUserService _userService;
public UserController(IUserService userService)
{
_userService = userService;
}
}当用户发起请求时：
ASP.NET Core MVC发现要实例化UserController。 反射查看构造函数，发现需要IUserService。 向IServiceProvider请求IUserService的实例。 容器根据注册信息创建或返回对应实例（可能还需解析其依赖）。 将实例传入构造函数，完成UserController的创建。基本上就这些。ASP.NET Core的DI机制虽然简单，但非常有效，贯穿在整个框架中，控制器、中间件、过滤器等都可以享受自动注入带来的便利。
