.NET中的依赖注入(DI)是什么？如何在ASP.NET Core中正确配置？

依赖注入通过将对象创建与使用分离，由容器在运行时提供依赖，降低耦合。.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机制，能让应用结构更清晰，测试更容易。关键是理解不同生命周期的行为，并在注册时做出合适选择。