.NET Core-依赖注入：良好架构的起点

最新推荐文章于 2025-06-07 10:01:15 发布

攻城狮客栈

最新推荐文章于 2025-06-07 10:01:15 发布

阅读量705

点赞数

CC 4.0 BY-SA版权

分类专栏： .NET Core 文章标签：依赖注入 .NET Core

本文链接：https://blog.youkuaiyun.com/xiansenLee/article/details/105887089

.NET Core 专栏收录该内容

14 篇文章

订阅专栏

.NET Core使用依赖注入框架来管理服务的依赖与生命周期。

Table of Contents

为何需要依赖注入框架？

借助依赖注入框架，可轻松管理类之间的依赖，便于遵循设计原则，确保代码的可维护性和可扩展性
ASP.NET Core的整个架构中，依赖注入框架提供了对象创建和生命周期管理的核心能力，各个组件相互协作，也是由依赖注入框架的能力来实现的。

依赖注入的组件包

包括2个，一个是抽象包，一个是具体实现包，符合接口实现分离原则，便于调用

Microsoft.Extensions.DependencyInjection.Abstractions
Microsoft.Extensions.DependencyInjection

核心类型

依赖注入框架包括以下的4个核心类型，并负责不同的分工

类型	内容
IServiceCollection	负责服务的注册
IServiceDescriptor	服务注册信息描述
IServiceProvider	具体的容器，由IServiceCollection创建
IServiceScope	表示容器的子容器的生命周期

生命周期

生命周期有3种，分别为Singleton、Scoped、Transient

Singleton	整个根容器内都是单例
Scoped	在当前容器的生命周期内是单例的
Transient	每次获取对象都是全新对象

服务的注册方式

在容器内注册服务可以有以下几种注册方式

正常注册

services.AddSingleton<IMySingletonService, MySingletonService>();
services.AddScoped<IMyScopedService, MyScopedService>();
services.AddTransient<IMYTransientService, MyTransientService>();

花式注册（包含实例注入、工厂模式）

//直接注入实例
services.AddSingleton<IOrderService>(new OrderService());
//工厂注册
services.AddSingleton<IOrderService>(factory =>
{
    return new OrderServiceEx();
});//可以注入，实现不同

尝试注册

尝试注册分为2种，一种是TryAdd...形式，一种是TryAddEnumerable形式，区别是

TryAdd...形式只能注册同一类型的一个服务，即使实现不同也不能注入

TryAddEnumerable可注册相同类型的不同实现

//TryAdd...，相同类型的不会重复注入
services.TryAddSingleton<IOrderService, OrderService>();//不会注入，相同类型的都不会注入
services.TryAddSingleton<IOrderService, OrderServiceEx>();//不会注入，相同类型的都不会注入

//TryAddIEnumerable,可以注入不同实现
//services.TryAddEnumerable(services.AddSingleton<IOrderService, OrderService>());//注入报错,System.ArgumentException
services.TryAddEnumerable(ServiceDescriptor.Singleton<IOrderService, OrderServiceEx>());//可以注入

//注入报错,System.ArgumentException
//services.TryAddEnumerable(ServiceDescriptor.Singleton<IOrderService>(factory =>
//{
//    return new OrderServiceEx();
//}));

由以上代码，我们可以看出，尝试注入相同的实现，会抛System.ArgumentException异常。

替换和移除

出去服务的注册，我们还需要了解服务的替换和移除方式，服务的替换有助于我们抛弃他人的定义来使用自己的定义

services.Replace(ServiceDescriptor.Singleton<IOrderService, OrderServiceEx>());//经测试，这里只能替换非尝试注册的服务
services.Remove(ServiceDescriptor.Singleton<IOrderService, OrderService>());
//services.RemoveAt(0);
//services.RemoveAll<IOrderService>();

~~这里，我经过代码测试，发现，服务替换只能替换非尝试注册的方式，而尝试注册的方式不受影响，这里要注意一下，虽然还不知道原理是什么。~~这里是错误结论，replace方法是移除第一个同类型的服务，并添加当前的服务，而不是全部替换。

泛型注册

其实，不管是什么类型，注册方式都是类似的，常规注入方式需要提供2个类型，分别是接口定义和接口实现，那么一个泛型类型的定义可如下

services.AddSingleton(typeof(IGenericServie<>),typeof(GenericService<>));

获取依赖注入实例的2种方式

获取依赖注入实例有2种方式，且对应于不同的使用场景

构造函数注入	适用于controller中大部分服务都需要用到的情况
[FromService]标签	适用于服务仅有某个接口使用的情况

[FromService]可从容器中获取服务对象。

示例如下：

构造函数注入


public WeatherForecastController(ILogger<WeatherForecastController> logger,IOrderService orderService,IGenericServie<IOrderService> genericServie)
{
    _logger = logger;
}

[FromService]获取

[HttpGet]
public int GetServiceList([FromServices] IEnumerable<IOrderService> orderServices)
{
    foreach (var item in orderServices)
    {
        Console.WriteLine($"{item.GetType()}-{item.GetHashCode()}");
    }
    return 1;
}

到这里，本节就要结束了，下一节学习作用于与对象的释放行为。

源码可访问

https://github.com/IronMarmot/Samples/tree/master/CoreSamples

更多课程详细内容，可识别下方二维码购买。

【扫描二维码购买课程，可后台留言获得10元红包返现。】

部分内容来源于网络，侵删。

更多精彩内容，请微信搜索攻城狮客栈 或扫描下方二维码

------------------------------------------------------------------------------

公众号：攻城狮客栈

优快云：画鸡蛋的不止达芬奇

让我们一起变的更优秀。