依赖注入是ASP.NET Core实现IoC的核心机制，通过外部容器在运行时将服务实例自动传递给类的构造函数，降低耦合并提升可测试性与维护性。传统方式中类内部直接new依赖导致紧耦合，而DI通过构造函数接收依赖接口，由框架注入具体实现，使业务逻辑与实现分离。ASP.NET Core内置轻量级容器，基于服务注册、提供者构建、服务解析和生命周期管理四大环节工作。在Program.cs中通过IServiceCollection注册服务及其生命周期策略（Transient、Scoped、Singleton），启动时构建IServiceProvider，请求到达时根据类型反射解析并递归注入所需实例。例如UserController依赖IUserService，框架会自动解析其依赖链，完成实例化。整个过程支持控制器、中间件等组件的自动注入，贯穿框架始终，简洁高效。
依赖注入（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(); services.AddScoped(); services.AddSingleton();
这些方法定义了服务的生命周期策略，并将映射关系保存在一个内部集合中。
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机制虽然简单，但非常有效，贯穿在整个框架中，控制器、中间件、过滤器等都可以享受自动注入带来的便利。
