依赖注入通过将对象创建与使用分离,由容器在运行时提供依赖,降低耦合。.NET中服务注册方式包括AddSingleton、AddScoped、AddTransient,需注意生命周期匹配以避免内存泄漏或状态错乱。

依赖注入(Dependency Injection,简称DI)是.NET中实现控制反转(IoC)的一种设计模式,它的核心思想是将对象的创建和使用分离。通过DI,一个类不需要自己创建所依赖的对象,而是由外部容器在运行时自动提供这些依赖,从而降低耦合度、提升代码可测试性和可维护性。
依赖注入的基本概念
.NET中的DI基于三个关键角色:
- 服务(Service):被其他类依赖的类或接口,例如数据库访问类、日志服务等。
- 容器(Container):.NET内置的IServiceProvider负责管理服务的生命周期和实例创建。
- 消费者(Consumer):需要使用服务的类,通常通过构造函数参数接收依赖。
ASP.NET Core内置了轻量级的DI容器,无需引入第三方库即可完成大多数场景下的依赖管理。
在ASP.NET Core中注册服务
服务注册在Program.cs文件中通过builder.Services完成。常见的注册方式有以下几种:
- AddSingleton:整个应用程序生命周期内只创建一个实例。
- AddScoped:每个HTTP请求创建一个实例,请求结束时释放。
- AddTransient:每次请求依赖时都创建新实例。
示例代码:
var builder = WebApplication.CreateBuilder(args); // 注册服务 builder.Services.AddSingleton(); builder.Services.AddScoped (); builder.Services.AddTransient (); var app = builder.Build();
接口与实现分离是良好实践,便于替换实现或进行单元测试。
在控制器或中间件中使用依赖注入
ASP.NET Core支持构造函数注入,这是最推荐的方式。控制器会自动从容器获取所需服务。
例如:
public class UsersController : ControllerBase
{
private readonly IUserService _userService;
public UsersController(IUserService userService)
{
_userService = userService;
}
[HttpGet]
public IActionResult GetUsers()
{
var users = _userService.GetAll();
return Ok(users);
}
}
也可以通过HttpContext.RequestServices手动解析服务(不推荐用于常规逻辑,适合特殊场景):
var logger = context.RequestServices.GetService();
生命周期注意事项
错误的生命周期配置会导致内存泄漏或状态错乱。常见陷阱包括:
- 将作用域或瞬态服务注入到单例中,可能导致服务在多个请求间共享,引发数据污染。
- 在Scoped服务中持有数据库连接或HTTP上下文,必须确保其不会被意外提升为Singleton。
正确做法是让所有服务遵循“依赖方向”:高层服务可以依赖低层服务,但生命周期不能更长。
基本上就这些。合理使用.NET的DI机制,能让应用结构更清晰,测试更容易。关键是理解不同生命周期的行为,并在注册时做出合适选择。










