依赖注入是.NET中实现控制反转的设计模式，通过外部容器将依赖对象传入类中，降低耦合度。它支持构造函数、属性和方法注入，推荐使用构造函数注入以保证依赖不可变。服务在Program.cs中注册，支持瞬态、作用域和单例三种生命周期。通过面向接口编程，DI实现解耦，便于替换实现和单元测试，提升代码可维护性与可扩展性。

.NET中的依赖注入（DI）是一种设计模式，用于实现控制反转（IoC），它的核心作用是让对象不再自己创建所依赖的其他对象，而是由外部容器在运行时将这些依赖“注入”进来。这种方式显著降低了类与类之间的耦合度，提升了代码的可维护性、可测试性和可扩展性。

什么是依赖注入？

在传统的编程方式中，一个类如果需要使用另一个服务，通常会直接在内部通过 new 关键字实例化该服务。这种做法导致两个类紧密绑定，一旦服务实现发生变化，调用方也需要修改代码。

依赖注入改变了这一点。它要求将依赖项通过构造函数、属性或方法参数传入，而不是在类内部创建。.NET 的内置 DI 容器会在应用启动时配置好这些服务，并在需要时自动提供实例。

• 构造函数注入是最推荐的方式，依赖清晰且不可变
• 服务注册在 Program.cs 或 Startup.cs 中完成（取决于 .NET 版本）
• 支持三种生命周期：瞬态（Transient）、作用域（Scoped）、单例（Singleton）

如何在 .NET 中使用 DI？

以 ASP.NET Core 项目为例，你可以在 Program.cs 中注册服务：

示例代码：

var builder = WebApplication.CreateBuilder(args);

// 注册服务
builder.Services.AddScoped();
builder.Services.AddSingleton();
builder.Services.AddTransient();

var app = builder.Build();

然后在控制器或其他类中通过构造函数接收：

public class UserController : ControllerBase
{
    private readonly IUserService _userService;
    private readonly INotificationService _notificationService;

    public UserController(IUserService userService, INotificationService notificationService)
    {
        _userService = userService;
        _notificationService = notificationService;
    }
}

此时，UserController 不关心具体实现是如何创建的，只关心它能正常工作。

DI 如何实现代码解耦？

依赖注入通过面向接口编程和外部装配机制，把“谁使用”和“谁实现”分开。这意味着你可以轻松替换某个服务的实现，而无需改动调用方代码。

比如，开发阶段使用 MockUserService，上线后切换为真实的 DatabaseUserService，只要它们都实现 IUserService 接口，整个系统无需重构。

单元测试也因此变得更简单——你可以注入模拟对象，快速验证逻辑，而不依赖数据库或网络资源。

总结：DI 是现代 .NET 开发的基础

依赖注入不是框架强加的复杂规则，而是一种帮助你写出更干净、更灵活代码的实践。它让你的关注点从“怎么创建对象”转向“怎么使用对象”，真正实现了职责分离。

掌握 DI 的使用和原理，是构建可维护、可测试应用的关键一步。基本上就这些。

https://www.php.cn/faq/1976566.html