前言
本文介绍Asp.Net Core 中间件。
环境
1.Visual Studio 2017
2.Asp.Net Core 2.2
开局
第一手:中间件概述
1.中间件:添加到应用管道用于处理处理请求和响应的组件。每个组件:
- 可以选择是否将请求传递到管道中的下一个组件;
- 可以在调用管道中的下一个组件之前和之后执行工作;
2.管道:如图中黑色箭头,从请求到相应的过程,称之为管道;
3.上图解释:当Request进来时,首先进入Middleware1,然后调用next方法进入Middleware2,
然后调用next方法进入Middleware3,没有next方法所以再依次返回,完成管道处理;
4.三种方法添加中间件:
- Use:通常使用Use,Use也可使管道短路,即不调用next方法;
- Run:Run一般在管道末端使用Run方法;
- Map:Map一般用于处理特定的请求路径。
下面介绍这三种方法的使用。
第二手:中间件使用
1.Use的使用
1.说一下IApplicationBuilder,Use、Run、和Map添加中间件,其实都是添加到IApplicationBuilder
中的一个组件容器内,在执行时,会遍历这个组件容器,依次执行中间件。
2.Run的使用
3.Map的使用
内置中间件
Asp.Net Core内置了以下中间件(用法:Use{中间件}):
中间件 | 描述 | 顺序 |
---|---|---|
Authentication | 提供身份验证支持。 | 在需要 HttpContext.User 之前。 OAuth 回叫的终端。 |
Cookie Policy | 跟踪用户是否同意存储个人信息,并强制实施 cookie 字段(如 secure 和 SameSite )的最低标准。 |
在发出 cookie 的中间件之前。 示例:身份验证、会话、MVC (TempData)。 |
CORS | 配置跨域资源共享。 | 在使用 CORS 的组件之前。 |
Diagnostics | 配置诊断。 | 在生成错误的组件之前。 |
Forwarded Headers | 将代理标头转发到当前请求。 | 在使用已更新字段的组件之前。 示例:方案、主机、客户端 IP、方法。 |
Health Check | 检查 ASP.NET Core 应用及其依赖项的运行状况,如检查数据库可用性。 | 如果请求与运行状况检查终结点匹配,则为终端。 |
HTTP Method Override | 允许传入 POST 请求重写方法。 | 在使用已更新方法的组件之前。 |
HTTPS Redirection | 将所有 HTTP 请求重定向到 HTTPS(ASP.NET Core 2.1 或更高版本)。 | 在使用 URL 的组件之前。 |
HTTP Strict Transport Security (HSTS) | 添加特殊响应标头的安全增强中间件(ASP.NET Core 2.1 或更高版本)。 | 在发送响应之前,修改请求的组件之后。 示例:转接头、URL 重写。 |
MVC | 用 MVC/Razor Pages 处理请求(ASP.NET Core 2.0 或更高版本)。 | 如果请求与路由匹配,则为终端。 |
OWIN | 与基于 OWIN 的应用、服务器和中间件进行互操作。 | 如果 OWIN 中间件处理完请求,则为终端。 |
Response Caching | 提供对缓存响应的支持。 | 在需要缓存的组件之前。 |
Response Compression | 提供对压缩响应的支持。 | 在需要压缩的组件之前。 |
Request Localization | 提供本地化支持。 | 在对本地化敏感的组件之前。 |
Routing | 定义和约束请求路由。 | 用于匹配路由的终端。 |
Session | 提供对管理用户会话的支持。 | 在需要会话的组件之前。 |
Static Files | 为提供静态文件和目录浏览提供支持。 | 如果请求与文件匹配,则为终端。 |
URL Rewriting | 提供对重写 URL 和重定向请求的支持。 | 在使用 URL 的组件之前。 |
WebSockets | 启用 WebSockets 协议。 | 在接受 WebSocket 请求所需的组件之前。 |
第三手:中间件自定义
1.创建自定义中间件类,并提供使用它的扩展方法
2.在Configure方法中调用
3.运行
终局
本文介绍Asp.Net Core中间件,下局介绍路由,待续...
上一篇:Asp.Net Core 2.2 入门篇 第五局
下一篇:Asp.Net Core 2.2 入门篇 第七局
网友评论