.Net Core 管道中的ConfigureServices 和Configure

ConfigureServices 就是配置服务器的DI容器

把需要的中间件等一些东西添加到DI容器最后都是添加到IServiceCollection里面

比如

            services.AddIdentityServer()

                .AddDeveloperSigningCredential()

                .AddInMemoryApiResources(Config.GetResource())

                .AddInMemoryClients(Config.GetClients())

                .AddTestUsers(Config.GetTestUsers())

                .AddProfileService<ProfileService>()

                .AddResourceOwnerValidator<LoginValidator>();

对于.AddProfileService() 已经内置了一个默认实现IProfileService接口的一个类默认会注入内置的(DefaultProfileServer)

这样写了后其实里面的实现就是遇到IProfileService 实例化成自定义的类ProfileService 不使用内置的

关于在Configure 中和添加中间件

https://www.cnblogs.com/RainingNight/p/middleware-in-asp-net-core.html

一种是实现IMiddleware接口的中间件实现了这个接口的中间件直接通过反射调用InvokeAsync

另外一种就是采用约定的方式实现中间件　　采用这种方式添加的中间件采用了表达式的方式来调用Invoke或者InvokeAsync方法

找这个中间件里面的方法只要方法名为invoke或者invokeAsync的就累加起来如果数量大于1或者等于0就抛异常这里就是为什么中间件的方法名一定要是Invoke

然后在验证这个唯一存在的方法方法的返回值如果不是Taks 继续抛异常

继续验证这个方法的参数如果参数的长度为0或者第1个参数的类型不是HttpContext 又抛异常

如果当前中间件中的方法只存在一个并且参数类型为HttpContext 把当前方法包在一个RequestDelegate委托中直接返回

　　否则进行其他封装一下在返回

注册中间件的对象 ApplicationBuild

        RequestDelegate Build();

        IApplicationBuilder Use(Func<RequestDelegate, RequestDelegate> middleware);

里面有两个最重要的方法

Use负责注册中间件把中间件添加到_components对象中在ApplicationBuild 中有个_components属性

Build构建管道流程把所有注册的中间件进行反转然后遍历进行嵌套这样后面注册的中间件就包到了最内层执行的时候需要从最外层开始这样管道就封装完成

        public RequestDelegate Build()

        {

            RequestDelegate requestDelegate = (RequestDelegate)(context =>

            {

                context.Response.StatusCode = ;

                return Task.CompletedTask;

            });

            foreach (Func<RequestDelegate, RequestDelegate> func in Enumerable.Reverse<Func<RequestDelegate, RequestDelegate>>((IEnumerable<Func<RequestDelegate, RequestDelegate>>)this._components))

                requestDelegate = func(requestDelegate);

            return requestDelegate;

        }

秒客网

.Net Core 管道中的ConfigureServices 和Configure

相关文章