写在前面
上一篇大家已经粗略接触了解到.NET Core中间件的使用：ASP .Net Core 中间件的使用（一）：搭建静态文件服务器/访问指定文件，
.NET Core框架中很多核心对象都是通过依赖注入的方式提供的，那什么是依赖注入？
这也是个老生常谈的问题，到底依赖注入是什么？ 为什么要用它？ 初学者特别容易对控制反转IOC(Iversion of Control)，DI等概念搞晕。
什么是依赖注入？
提到依赖注入，大家一定会想到控制反转，怎么了解，控制反转是一种设计原则（Inversion of Control，缩写为IoC），而依赖注入(（Dependency Injection，简称DI）)是它的一种实现方式。
当一个类需要另一个类协作来完成工作的时候就产生了依赖。比如我们在AccountController这个控制器需要完成和用户相关的注册、登录 等事情。
这里有一个设计原则：依赖于抽象，而不是具体的实现，当一个类依赖于具体依赖时，它被认为与该类紧密耦合。
依赖注入的目的是为了什么？
控制反转用于解耦，将接口和实现的耦合降低，有一个好处就是，一个接口，可以进行不同的实现，这样提高扩展性，确保代码的可维护性和扩展性。
通俗的讲，就是对象在被使用前，我们需要New一下对象，创建一个实例对象，然后在进行其他操作。
怎么使用依赖注入？
.NET Core 自带了依赖注入的框架，我们可以归纳为这几个使用方式，当然还有很多使用方法（常规，泛型，工厂），就不一一举例了：
- 构造函数注入；
- 方法注入；
- 属性注入；
这么归纳是不是感觉不太好理解？没关系，我们进一步细化为如下使用方式：
- 在Startup类型的构造函数中注入；
- 在Startup类型的Configure方法中注入；
- 在中间件类型构造函数中注入；
- 在中间件类型的Invoke/InvokeAsync方法中注入；
- 在Controller类型的构造函数中注入；
- 在Controller的Action方法中注入；
一、在Startup类型的构造函数中注入
配置的IConfiguration对象和表示承载环境的IHostEnvironment对象可以直接注入Startup构造函数中。
当然也可以通过注入IWebHostEnvironment对象的方式得到当前承载环境相关的信息，
这是因为ASP.NET Core应用中的承载环境通过IWebHostEnvironment接口表示，IWebHostEnvironment接口派生于IHostEnvironment接口）。
我们可以通过一个简单的实例来验证针对Startup的构造函数注入。
如下面的代码片段所示，我们在调用IWebHostBuilder接口的Startup<TStartup>方法时注册了自定义的Startup类型。
在定义Startup类型时，我们在其构造函数中注入上述3个对象，提供的调试断言不仅证明了3个对象不为Null，还表明采用IHostEnvironment接口和IWebHostEnvironment接口得到的其实是同一个实例。
class Program { static void Main() { Host.CreateDefaultBuilder().ConfigureWebHostDefaults(builder => builder.UseStartup<Startup>()) .Build() .Run(); } } public class Startup { public Startup(IConfiguration configuration, IHostEnvironment hostingEnvironment,IWebHostEnvironment webHostEnvironment) { Debug.Assert(configuration != null); Debug.Assert(hostingEnvironment != null); Debug.Assert(webHostEnvironment != null); Debug.Assert(ReferenceEquals(hostingEnvironment, webHostEnvironment)); } public void Configure(IApplicationBuilder app) { } }
二、在Startup类型的Configure方法中注入
这种注入方式也叫管道注入，这种是使用比较多的一种注入方式，因为.NET Core创建项目的时候已经在Startup.cs类里面生成框架了（管道注入）,
如果构造函数注入还可以对注入的服务有所选择，那么对于Configure方法来说，通过任意方式注册的服务都可以注入其中，包括通过调用
IHostBuilder、IWebHostBuilder和Startup自身的ConfigureServices方法注册的服务，还包括框架自行注册的所有服务。
如下面的代码代码片段所示，我们分别调用IWebHostBuilder和Startup的ConfigureServices方法注册了针对IStudent接口和ISchool接口的服务，这两个服务直接注入Startup的Configure方法中。另外，Configure方法要求提供一个用来注册中间件的IApplicationBuilder对象作为参数，但是对该参数出现的位置并未做任何限制。
class Program { static void Main() { Host.CreateDefaultBuilder().ConfigureWebHostDefaults(builder => builder .UseStartup<Startup>() .ConfigureServices(svcs => svcs.AddSingleton<IStudent, Student>())) .Build() .Run(); } } public class Startup { public void ConfigureServices(IServiceCollection services) => services.AddSingleton<ISchool, School>(); public void Configure(IApplicationBuilder app, IStudent student, ISchool school) { Debug.Assert(student != null); Debug.Assert(school!= null); } }
