1.AspNetCore打造一个“最安全”的保护api接口
2.一些小众冷门但却非常实用的.NET(Core)开源库推荐
3..netcore有哪些不错的开源项目?
4.Asp.NetCore1.1版本去掉project.json后如何打包生成跨平台包
5.asp.netmvc和asp.netcore的区别?
6.ASP.NET Core认证原理和实现

AspNetCore打造一个“最安全”的api接口

       在构建安全的API接口时，选择正确的源码认证与授权策略是至关重要的。本文将引导你如何使用非对称加密（如RSA）结合ASP.NET Core框架，码保设计一个既安全又易于理解的保护API接口，确保数据在传输过程中不被篡改或窃取。源码本指南将分步骤详细介绍如何实现这一目标。码保进出口商品溯源码查询

       首先，保护考虑性能影响，源码选择非对称加密方案，码保例如RSA 位公私钥对。保护这种加密方式在HTTP传输中分为请求与响应两个模式，源码确保数据在双向交互过程中安全性。码保非对称加密利用公钥和私钥对数据进行加密与解密，保护公钥用于加密数据，源码私钥用于解密数据，码保从而保证了数据的安全性与完整性。

       在实现这一加密过程时，公钥与私钥各有其作用。公钥用于验证消息来源，私钥用于生成独特的签名，以证明消息未被篡改。当系统A向系统B发送信息时，使用私钥对消息进行签名，系统B接收信息后使用公钥验证签名，确认信息来源及未被篡改。

       为了实现这一过程，首先创建一个ASP.NET Core Web API项目。在此基础上，设计并实现自定义认证授权体系，确保数据的传输安全。具体步骤包括创建配置选项、Scheme选项类、常量定义、认证处理器（AuthSecurityRsaAuthenticationHandler）、扩展方法、中间件（SafeResponseMiddleware）等。这些组件共同作用，形成一个完整的adrc源码认证授权框架，确保API接口的访问符合预期的安全标准。

       在实现过程中，需要关注API接口的请求体解析与校验，通过IModelBinder实现模型绑定，确保数据的正确性。同时，采用特性解析（Attribute）对模型进行额外验证，确保数据输入符合业务逻辑。在Startup配置中整合这些组件，完成服务端API接口的构建。

       为客户端提供接口调用能力，实现RSA秘钥生成。通过下载并使用OpenSSL工具生成公钥与私钥，确保客户端能够与服务端进行安全交互。将生成的秘钥与API接口结合，实现双向加密与签名认证，进一步增强数据传输的安全性。

       在模型解析与校验的基础上，实现对响应结果的安全处理，确保数据在返回客户端时同样安全。通过编写客户端接口，与服务端进行交互测试，验证API接口的安全与稳定性。

       本指南提供的方法，不仅适用于构建安全的API接口，还适用于接入ASP.NET Core认证系统与权限管理，优化API接口的用户体验。虽然RSA加密在确保数据安全方面表现出色，但其性能可能会因数据大小增加而受到影响。实际应用中，可以根据需求选择对称加密（如AES或DES）进行数据加密，以提高性能。

       本文的目的是分享如何在使用ASP.NET Core框架时，设计与实现安全、高效的API接口，同时提供关于如何接入认证体系与模型校验的实践指导。希望本文能够帮助开发者构建出既安全又易于理解的browserquest 源码API接口，为应用提供坚实的后端支持。

一些小众冷门但却非常实用的.NET(Core)开源库推荐

       今天，我要向大家介绍一些我个人在.NET(Core)开发中使用的、虽然不太热门但极其实用的开源库。这些库虽然点赞数不高，但它们在实际项目中的价值不可小觑。本文聚焦于那些小众且鲜为人知的工具库，避免了大家耳熟能详的如AutoMapper、Autofac等。

       首先，是我的开源作品Masuit.Tools，它集合了丰富的功能，涵盖了数据库操作、日期时间处理、文件操作、硬件监控、HTML操作、日志管理、多媒体文件操作、网络通信、Nosql操作、反射、加密安全、字符串扩展、WinAPI以及全局扩展等。它的存在使得我的代码更加简洁高效，几乎不可或缺。目前，该库在GitHub上的star数超过个，证明了它的实用性和价值。

       其次，Masuit.LuceneEFCore.SearchEngine是一个本地搜索引擎，基于EntityFrameworkCore和Lucene.NET，提供高性能全文检索，适用于基于EntityFrameworkCore的数据库应用。它支持权重查询，响应快速。portmon 源码

       CacheManager是强大的缓存中间件，简化了开发者的工作，支持多种缓存提供者和高级功能。它不仅提供统一的编程模型，还支持多层缓存和高级功能如缓存同步。

       htmldiff.net-core用于比较HTML文件，提供直观的差异显示，方便调试。IP2Region和MaxMind.GeoIP2则用于IP地址的地理信息查询，具有极高的准确性和查询速度。

       Karambolo.AspNetCore.Bundling.NUglify解决了.NET Core MVC中静态资源压缩的痛点，提供了与.NET Framework相似的使用体验，有助于前端性能优化。

       OpenXmlPowerTools扩展了Open XML SDK，支持DOCX、XLSX和PPTX文件的编程操作，如数据填充、转换和搜索替换等。

       其他的库如Svg用于SVG图形操作，TimeZoneConverter处理时区转换，RssSyndication支持RSS订阅接口，Z.EntityFramework.Plus.EFCore优化了EFCore性能，SharpCompress提供文件压缩功能，DnsClient高效DNS查询，HtmlAgilityPack解析HTML，HtmlSanitizer防止XSS攻击，ObjectsComparer用于对象比较，SearchExtensions提供简单全文检索，都各有其独特的实用价值。

       以上就是我精心挑选的开源库，虽然小众，但它们在提升开发效率和项目质量上发挥了重要作用。如果你也发现有类似的宝藏库，欢迎分享，让我们一起提高编程效率，减少加班时间。

.netcore有哪些不错的openshft 源码开源项目?

       以下为推荐的几个.NET Core开源项目：

       1. Masuit.Tools

       这是一个包含了加密解密、反射操作、硬件信息、日期时间扩展等常用封装的开源项目。其开源协议规定，一旦因违反劳动法的公司使用该项目，项目作者有权追讨使用费或不允许使用包含该项目的源代码。项目特色功能包括Socket客户端操作类、模板引擎、任意进制转换、DateTime扩展及反射操作。

       2. OrchardCore

       OrchardCore 是使用 ASP.NET Core 构建的开源模块化、多租户应用程序框架，同时也是内容管理系统（CMS）的基础。它有两个项目，其中一个是 Fur，适用于.NET 5 平台的入门级、快速开发的 Web 应用框架。强调“六极”设计思想，易于入门、极速开发、极少依赖、极少配置、极其灵活、易于维护。此外，它结合了敏捷开发模式，用户能在冲一杯咖啡的时间内完成工作。Fur框架的特色功能包括支持.NET 5的新功能、六级架构设计和敏捷开发模式等。

       3. awesome-dotnet-core

       这个集合包含了.NET Core开源项目的库、工具、框架、模板引擎、身份认证、数据库、ORM框架、处理、文本处理、机器学习、日志、代码分析、教程等资源。

       4. ZKEACMS

       ZKEACMS 是一个基于ASP .Net Core开发的免费内容管理系统，提供了可视化编辑设计，支持直接在预览页面设计网页，以拼图方式构建网站。它采用跨平台设计，适用于Windows、MAC OS、Linux、Docker等环境。

       5. YiShaAdmin

       YiShaAdmin 是一个基于.NET Core Web开发的快速开发平台，提供了代码生成器，能够减少%以上的编码工作量，提高开发效率，节省项目研发成本和开发周期。它使用了Bootstrap、ASP.NET Core、Entity Framework Core等技术。

       6. .NET Core源码

       这是C#开源项目中的推荐，包含.NET Core源代码。

       7. Util应用框架

       Util是一个.NET Core平台下的应用框架，旨在提升小型团队的开发输出能力。它由常用公共操作类、分层架构基类、UI组件、第三方组件封装、第三方业务接口封装、代码生成模板、权限等功能组成。

       8. OSharp

       OSharp 是一个基于.NETStandard2.x的快速开发框架，使用了最新的.NETCore SDK，对 AspNetCore 进行了更高级的封装，并提供了一套规范的业务实现代码结构与操作流程，易于实际项目开发。

       9. XBlog

       这是个人博客系统，提供了技术要点和功能。

       . FreeSql

       FreeSql 是一个强大的对象关系映射技术（O/RM），支持.NETCore 2.1+或.NETFramework 4.0+或Xamarin等平台。

       . Autofac

       经典的依赖注入（DI）框架，适用于Microsoft .NET，管理类之间的依赖关系，使应用程序在大小和复杂性增长时易于更改。

       . OpenAuth.Core

       一个快速应用开发框架和权限管理工作流系统，基于经典领域驱动设计，提供组织机构、角色用户、权限授权、表单设计、工作流等功能。

       . Abp.VNext.Hello

       这是ABP框架的示例项目，具备分层和模块化结构，包含授权、验证、异常处理、日志、数据库连接管理、设置管理、审计日志等特性。

       以上项目涵盖了从基础工具到高级框架的多个类别，适合不同开发者需求。

Asp.NetCore1.1版本去掉project.json后如何打包生成跨平台包

        本章将要和大家分享的是Asp.NetCore1.1版本去掉了project.json后如何打包生成跨平台包， 为了更好跟进AspNetCore的发展，把之前用来做netcore开发的vs卸载后并安装了vs，这给我带来的直接好处是把我报红的C盘腾出GB左右的空间，从这里直接能感受到vs体积如此之小；之前有写过一篇开源netcore服务的文章开源一个跨平台运行的服务插件 - TaskCore.MainForm，里面有讲述netcore项目生成和部署在win7和ubuntu.系统上的例子，感兴趣的朋友可以去看看；下面开始本文的内容，希望大家能够喜欢，也希望各位多多"扫码支持"和"推荐"谢谢！

       AspNetCore中使用Session(基于MemoryCache组件)

       这节内容看起来有点不符合文章标题，主要是只写生成跨平台包的内容太少，有些朋友觉得干活太少不满意，因此就用这如果使用Session来填充吧哈哈（我的理念是：一天一进步，哪怕一丁点）；对于一个web程序来说session存储通常有很多种方式，例如我前面文章有使用Redis来存储session的相关文章，那对于一个netcore项目来说默认session存储的方式是memorycache的方式，可以这样在项目中的 Startup.cs 文件中 ConfigureServices 方法增加如下代码片段：

       services.AddDistributedMemoryCache();

        services.AddSession(b =>

        {

        b.IdleTimeout = TimeSpan.FromMinutes(1);5 b.CookieName = "MySid";

        });

       并在 Configure 方法中添加 app.UseSession(); session的使用；当把上面的代码片段复制到你程序中时，会提示一个小灯泡，需要你点击选择引用下对应的包，对于vs自动装了netcore的开发环境，所以只需要点击灯泡引用就行了，如果你没有装开发sdk，那么需要下载nuget包： Microsoft.AspNetCore.Session ；第一段 services.AddDistributedMemoryCache() 主要作用是添加memorycache存储引用，第二段AddSession方法才是真正添加session相关的东西，这里我用到的两个个属性：

       1. IdleTimeout：设置session过期时间；

       2. CookieName：设置sessionId存储在客户端浏览器中的key名称；

       当完成上面步骤的操作后，可以在任意Controller（这里是HomeController）的Action中使用 HttpContext.Session.Set 方法添加session：

       public IActionResult About()

        {

        _logger.LogInformation("这里是About");

        var userInfo = "我的NetCore之Session";

        HttpContext.Session.Set(SessionKey, System.Text.Encoding.UTF8.GetBytes(userInfo));

        ViewData["Message"] = $"读取配置文件Option1节点值：{ this._options.Option1}，添加session";

        return View();

        }

       再通过另外Contact的Action中使用 HttpContext.Session.TryGetValue(SessionKey, out var bt) 来获取我们刚设置的session：

       public IActionResult Contact()

        {

        var userInfo = string.Empty;

        if (HttpContext.Session.TryGetValue(SessionKey, out var bt))

        {

        userInfo = System.Text.Encoding.UTF8.GetString(bt);

        }

        ViewData["Message"] = string.IsNullOrWhiteSpace(userInfo) ? "Session获取为空" : userInfo;

        return View();

        }

       好了就这么简单，咋们运行看下效果：dontnet run 命令来运行测试站点，不出意外会在界面得到如下截图：

       通过浏览器控制台能够看到咋们的sessionId的名称是MySid，这个正如我们在 Startup.cs 设置的CookieName一样呢；

       ISession扩展方法

       上面用到的Set方法来保存sesseion，咋们来看看她的参数 void Set(string key, byte[] value); 键值对的方式，但是值是一个byte[]类型的参数，我们每次使用的时候都需要自己转一下数据类型感觉不是很方便，那么我们通过扩展方法的方式来扩展下 ISession ，如下扩展代码：

       public static class PublicExtensions

        {

        #region ISession扩展

        /// <summary>

        /// 设置session

        /// </summary>

        /// <typeparam name="T"></typeparam>

        /// <param name="session"></param>

        /// <param name="key"></param>

        /// <param name="val"></param>

        /// <returns></returns>

        public static bool Set<T>(this ISession session, string key, T val)

        {

        if (string.IsNullOrWhiteSpace(key) || val == null) { return false; }

        var strVal = JsonConvert.SerializeObject(val);

        var bb = Encoding.UTF8.GetBytes(strVal);

        session.Set(key, bb);

        return true;

        }

        /// <summary>

        /// 获取session

        /// </summary>

        /// <typeparam name="T"></typeparam>

        /// <param name="session"></param>

        /// <param name="key"></param>

        /// <returns></returns>

        public static T Get<T>(this ISession session, string key)

        {

        var t = default(T);

        if (string.IsNullOrWhiteSpace(key)) { return t; }

        if (session.TryGetValue(key, out byte[] val))

        {

        var strVal = Encoding.UTF8.GetString(val);

        t = JsonConvert.DeserializeObject<T>(strVal);

        }

        return t;

        }

        #endregion

        }

       直接传递一个对象T到扩展方法中，转类型后再存储的session中去，为了更好的测试我们直接在上面测试用例上修改代码如：

       public IActionResult About()

        {

        _logger.LogInformation("这里是About");

        //var userInfo = "我的NetCore之Session";

        //HttpContext.Session.Set(SessionKey, System.Text.Encoding.UTF8.GetBytes(userInfo));

        MoUser user = new MoUser();

        HttpContext.Session.Set<MoUser>(SessionKey, user);

        ViewData["Message"] = $"读取配置文件Option1节点值：{ this._options.Option1}，添加session";

        return View();

        }

        public IActionResult Contact()

        {

        //var userInfo = string.Empty;

        //if (HttpContext.Session.TryGetValue(SessionKey, out var bt))

        //{

        // userInfo = System.Text.Encoding.UTF8.GetString(bt);

        //}

        //ViewData["Message"] = string.IsNullOrWhiteSpace(userInfo) ? "Session获取为空" : userInfo;

        var user = HttpContext.Session.Get<MoUser>(SessionKey);

        ViewData["Message"] = user == null ? "Session获取为空" : $"昵称：{ user.UserName}";

        return View();

        }

       看起来set或get的session操作都只需一句代码就完成了是不是方便了许多呢，最有命令：dotnet run 测试下效果，和上面的一样我就不截图了；

       1.1版本去掉了project.json后，如何生成跨平台包

       到这里就进入今天的正题了，对于最新版本netcore去掉project.json网上讨论的还算比较激烈，但是网搜了下还没有一篇正式的中文文章来讲述如果生成夸平台包，这里有幸或许吧成为第一篇吧呵呵；首先，要明了netcore小组去掉project.json重要文件后，其任务都放在了项目的.csproj文件中，没错就是咋们vs生成的项目工程文件，那上面测试用例为例我们看下.csproj文件的内容：

       <Project Sdk="Microsoft.NET.Sdk.Web">

        <PropertyGroup>

        <TargetFramework>netcoreapp1.1</TargetFramework>

        </PropertyGroup>

        <PropertyGroup>

        <PackageTargetFallback>$(PackageTargetFallback);portable-net+win8+wp8+wpa;</PackageTargetFallback>

        </PropertyGroup>

        <ItemGroup>

        <PackageReference Include="Microsoft.ApplicationInsights.AspNetCore" Version="2.0.0" />

        <PackageReference Include="Microsoft.AspNetCore" Version="1.1.1" />

        <PackageReference Include="Microsoft.AspNetCore.Mvc" Version="1.1.2" />

        <PackageReference Include="Microsoft.AspNetCore.Session" Version="1.1.1" />

        <PackageReference Include="Microsoft.AspNetCore.StaticFiles" Version="1.1.1" />

        <PackageReference Include="Microsoft.Extensions.Logging.Debug" Version="1.1.1" />

        <PackageReference Include="Microsoft.VisualStudio.Web.BrowserLink" Version="1.1.0" />

        </ItemGroup>

        <ItemGroup>

        <DotNetCliToolReference Include="Microsoft.VisualStudio.Web.CodeGeneration.Tools" Version="1.0.0" />

        </ItemGroup>

       </Project>

       这里能够直观的在ItemGroup节点看到我们添加进来的Session的引用和项目模板自带的Logging等的引用，已经父节点 Project Sdk="Microsoft.NET.Sdk.Web" ，我们要生成跨平台运行包，就需要操作这个项目文件的配置信息，这里只需要添加如下代码：

        <PropertyGroup>

        <RuntimeIdentifiers>win7-x;ubuntu..-x</RuntimeIdentifiers>

        </PropertyGroup>

       然后再通过发布命令就能够生成夸平台包了，是不是挺简单的，所以上面弄了一个Session小节做干货呢呵呵；咋们来测试下吧，首先在项目根目录这样以此执行命令：dontnet restore

       再执行你简短的发布命令(这里我直接采用默认参数的方式执行，发布包会生成再bin下面)：dotnet publish

       这个时候我们能够在目录：bin\Debug\netcoreapp1.1下面看到publish文件夹，里面就是咋们程序执行文件了，为了测试下效果，这里我通过命令：dontnet WebApp.dll (由于我这里安装了sdk所以可以直接这样命令运行)来运行我的测试用例项目：

       到这里一个windows上运行的包就完成了，有朋友就开始疑惑那跨平台呢，还有您之前配置的 <RuntimeIdentifiers>win7-x;ubuntu..-x</RuntimeIdentifiers> 有什么效果呢，那这里就开始演示怎么生成ubunt..-x的运行包了(win7-x的也同样方式)；我们同样需要经过：dontnet restore 之后发布命令的时候这样写：

       dotnet publish -f netcoreapp1.1 --runtime ubuntu..-x

       命令说明：

       -f：framework的缩写；

       netcoreapp1.1：是存放的文件夹；

       --runtime：运行命令必须要的；

       ubuntu..-x：存储的文件夹名称

       最后的结果是在目录：Debug\netcoreapp1.1 下面生成了一个ubuntu..-x文件夹，里面就是咋们的运行程序包了；如果你想生成其他系统的运行包也是同样的操作流程：

       1. 在项目.csproj中添加对应的Runtime命令（如：win7-x;osx.--x;ubuntu..-x）；

       2. 在dotnet publish的时候把最后一个参数改成对应的Runtime命令就行了（如：ubuntu..-x）

       到此本文就结束了，希望能给您带来好的帮助，谢谢阅读；

asp.netmvc和asp.netcore的区别?

       ASP.NET MVC 和 ASP.NET Core 之间存在着明显的区别，但通过可替换的 NuGet 包，这些差距被显著缩小，仅在极少数情况下需要第三方包来解决。下面列出了主要的差异点，以直观解答题目中的问题。

       首先，架构方面，ASP.NET MVC 是基于 Web Forms 的，而 ASP.NET Core 采用的是更加现代、轻量级的架构。ASP.NET MVC 提供了更强大的模板引擎和更灵活的路由机制，使得开发 Web 应用变得更加高效。

       其次，依赖库和框架。ASP.NET MVC 使用 ASP.NET Framework，主要依赖于 .NET Framework 的功能，而 ASP.NET Core 则采用 .NET Core，具有更好的跨平台兼容性，支持 Windows、Linux 和 MacOS 等多种操作系统。

       在开发环境和部署上，ASP.NET Core 旨在简化开发过程和提高性能。它支持热加载，使得开发过程中无需重启服务器即可看到更改的效果。同时，ASP.NET Core 也提供了更丰富的开发工具，如 Visual Studio Code、WebStorm 等，使得开发体验更加流畅。

       安全方面，ASP.NET Core 提供了更为严格的安全策略和功能，如身份验证、授权和跨站脚本防护等，以确保 Web 应用的稳定性和安全性。

       此外，ASP.NET Core 在性能和资源消耗上也优于 ASP.NET MVC。它优化了内存使用和 CPU 利用率，提供了更快的启动时间和更短的响应时间，适合构建高性能的 Web 应用。

       总结而言，尽管 ASP.NET MVC 和 ASP.NET Core 存在一些显著的区别，但通过使用可替换的 NuGet 包，开发者可以无缝地将 MVC 应用迁移到 Core，以充分利用其现代架构、跨平台支持、开发效率和安全性能优势。对于新项目而言，推荐使用 ASP.NET Core，以确保获得最佳的 Web 开发体验和应用性能。

ASP.NET Core认证原理和实现

       é€šå¸¸åœ¨åº”用程序中，安全分为前后两个步骤：验证和授权。验证负责检查当前请求者的身份，而授权则根据上一步得到的身份决定当前请求者是否能够访问期望的资源。

        既然安全从验证开始，我们也就从验证开始介绍安全。

        我们先从比较简单的场景开始考虑，例如在 Web API 开发中，需要验证请求方是否提供了安全令牌，安全令牌是否有效。如果无效，那么 API 端应该拒绝提供服务。在命名空间 Microsoft.AspNetCore.Authentication 下，定义关于验证的核心接口。对应的程序集是 Microsoft.AspNetCore.Authentication.Abstractions.dll。

        在 ASP.NET 下，验证中包含 3 个基本操作：

        验证操作负责基于当前请求的上下文，使用来自请求中的信息，例如请求头、Cookie 等等来构造用户标识。构建的结果是一个 AuthenticateResult 对象，它指示了验证是否成功，如果成功的话，用户标识将可以在验证票据中找到。

        常见的验证包括：

        在授权管理阶段，如果用户没有得到验证，但所期望访问的资源要求必须得到验证的时候，授权服务会发出质询。例如，当匿名用户访问受限资源的时候，或者当用户点击登录链接的时候。授权服务会通过质询来相应用户。

        例如

        质询操作应该让用户知道应该使用何种验证机制来访问请求的资源。

        在授权管理阶段，如果用户已经通过了验证，但是对于其访问的资源并没有得到许可，此时会使用拒绝操作。

        例如：

        拒绝访问处理应该让用户知道：

        在这个场景下，可以看到，验证需要提供的基本功能就包括了验证和验证失败后的拒绝服务两个操作。在 ASP.NET Core 中，验证被称为 Authenticate，拒绝被称为 Forbid。 在供消费者访问的网站上，如果我们希望在验证失败后，不是像 API 一样直接返回一个错误页面，而是将用户导航到登录页面，那么，就还需要增加一个操作，这个操作的本质是希望用户再次提供安全凭据，在 ASP.NET Core 中，这个操作被称为 Challenge。这 3 个操作结合在一起，就是验证最基本的要求，以接口形式表示，就是 IAuthenticationHandler 接口，如下所示：

        验证的结果是一个 AuthenticateResult 对象。值得注意的是，它还提供了一个静态方法 NoResult() 用来返回没有得到结果，静态方法 Fail() 生成一个表示验证异常的结果，而 Success() 成功则需要提供验证票据。

        通过验证之后，会返回一个包含了请求者票据的验证结果。

        在 GitHub 中查看 AuthenticateResult 源码

        那么验证的信息来自哪里呢？除了前面介绍的 3 个操作之外，还要求一个初始化的操作 Initialize，通过这个方法来提供当前请求的上下文信息。

        在 GitHub 中查看 IAuthenticationHandler 定义

        有的时候，我们还希望提供登出操作，增加登出操作的接口被称为 IAuthenticationSignOutHandler。

        在 GitHub 中查看 IAuthenticationSignOutHandler 源码

        在登出的基础上，如果还希望提供登录操作，那么就是 IAuthenticationSignInHandler 接口。

        在 GitHub 中查看 IAuthenticationSignInHandler 源码

        直接实现接口还是比较麻烦的，在命名空间 Microsoft.AspNetCore.Authentication 下，微软提供了抽象基类 AuthenticationHandler 以方便验证控制器的开发，其它控制器可以从该控制器派生，以取得其提供的服务。

        通过类的定义可以看到，它使用了泛型。每个控制器应该有一个对应该控制器的配置选项，通过泛型来指定验证处理器所使用的配置类型，在构造函数中，可以看到它被用于获取对应的配置选项对象。

        在 GitHub 中查看 AuthenticationHandler 源码

        通过 InitializeAsync()，验证处理器可以获得当前请求的上下文对象 HttpContext。

        最终，作为抽象类的 ，希望派生类来完成这个验证任务，抽象方法 HandleAuthenticateAsync() 提供了扩展点。

        验证的结果是一个 AuthenticateResult。

        而拒绝服务则简单的多，直接在这个抽象基类中提供了默认实现。直接返回 HTTP 。

        剩下的一个也一样，提供了默认实现。直接返回 HTTP 响应。

        对于 JWT 来说，并不涉及到登入和登出，所以它需要从实现 IAuthenticationHandler 接口的抽象基类 AuthenticationHandler 派生出来即可。从 AuthenticationHandler 派生出来的 JwtBearerHandler 实现基于自己的配置选项 JwtBearerOptions。所以该类定义就变得如下所示，而构造函数显然配合了抽象基类的要求。

        在 GitHub 中查看 JwtBearerHandler 源码

        真正的验证则在 HandleAuthenticateAsync() 中实现。下面的代码是不是就很熟悉了，从请求头中获取附带的 JWT 访问令牌，然后验证该令牌的有效性，核心代码如下所示。

        在 GitHub 中查看 JwtBearerHandler 源码

        在 ASP.NET Core 中，你可以使用各种验证处理器，并不仅仅只能使用一个，验证控制器需要一个名称，它被看作该验证模式 Schema 的名称。Jwt 验证模式的默认名称就是 "Bearer"，通过字符串常量 JwtBearerDefaults.AuthenticationScheme 定义。

        在 GitHub 中查看 JwtBearerDefaults 源码

        最终通过 AuthenticationBuilder 的扩展方法 AddJwtBearer() 将 Jwt 验证控制器注册到依赖注入的容器中。

        在 GitHub 中查看 JwtBearerExtensions 扩展方法源码

        一种验证处理器，加上对应的验证配置选项，我们再为它起一个名字，组合起来就成为一种验证架构 Schema。在 ASP.NET Core 中，可以注册多种验证架构。例如，授权策略可以使用架构的名称来指定所使用的验证架构来使用特定的验证方式。在配置验证的时候，通常设置默认的验证架构。当没有指定验证架构的时候，就会使用默认架构进行处理。

        还可以

        注册的验证模式，最终变成 AuthenticationScheme，注册到依赖注入服务中。

        在 GitHub 中查看 AuthenticationScheme 源码

        各种验证架构被保存到一个 IAuthenticationSchemeProvider 中。

        在 GitHub 中查看 IAuthenticationSchemeProvider 源码

        最终的使用是通过 IAuthenticationHandlerProvider 来实现的，通过一个验证模式的字符串名称，可以取得所对应的验证控制器。

        在 GitHub 中查看 IAuthenticationHandlerProvider 源码

        它的默认实现是 AuthenticationHandlerProvider，源码并不复杂。

        在 GitHub 中查看 AuthenticationHandlerProvider 源码

        验证中间件的处理就没有那么复杂了。

        找到默认的验证模式，使用默认验证模式的名称取得对应的验证处理器，如果验证成功的话，把当前请求用户的主体放到当前请求上下文的 User 上。

        里面还有一段特别的代码，用来找出哪些验证处理器实现了 IAuthenticationHandlerProvider，并依次调用它们，看看是否需要提取终止请求处理过程。

        在 GitHub 中查看 AuthenticationMiddle 源码