① 我在电脑上安装了linux操作系统，linux的源码应该是在系统的某个目录下吧，请问是在哪个目录呢谢谢
首先研究 Linux 源代码树的顶层目录，它通常（但不总是）位于 /usr/src/linux-。我们不会研究得过于详细，因为 Linux 源代码经常会发生变化，但是，我们将尝试让给出的信息足以找出特定驱动程序或函数的位置。
Makefile：这个文件是整个源代码树的顶层 makefile。它定义了很多实用的变量和规则，比如默认的 gcc 编译标记。
Documentation/：这个目录中包含很多关于配置内核、运行 ramdisk 等任务的实用信息（但通常是过时的）。不过，与不同配置选项相应的帮助条目并不在这里 —— 它们在每个源代码目录的 Kconfig 文件中。
arch/：所有与体系结构相关的代码都在这个目录以及 include/asm- 目录中。在此目录中，每种体系结构都有自己的目录。例如，用于基于 PowerPC 的计算机的代码位于 arch/ppc 目录中。在这些目录里，可以找到底层内存管理、中断处理、早期初始化、汇编例程，等等。
crypto/：这是内核本身所用的加密 API。
drivers/：按照惯例，在此目录的子目录中可以找到运行外围设备的代码。包括视频驱动程序、网卡驱动程序、底层 SCSI 驱动程序，以及其他类似的驱动程序。例如，在 drivers/net 中可以找到大部分网卡驱动程序。将一类驱动程序组合在一起的某些更高层代码，可能会（也可能不会）像底层驱动程序本身那些包含在同一目录中。
fs/：通用文件系统的代码（称做 VFS，即 Virtual File System）和各个不同文件系统的代码都可以在这个目录中找到。ext2 文件系统是在 Linux 中最常广泛使用的文件系统之一；在 fs/ext2 中可以找到读取 ext2 格式的代码。并不是所有文件系统都会编译或运行；对某些寻找内核项目的人而言，更生僻的文件系统永远都是理想的候选者。
include/：在 .c 文件的开头所包含的大部分头文件都可以在这个目录中找到。 asm- 目录下是与体系结构相关的包含（include ）文件。部分内核构建过程创建从 asm 指定 asm- 的符号链接。这样，无需将其固定编码到 .c 文件 #include 就可以获得用于那个体系结构的正确文件。其他目录中包含的是 非-体系结构-相关 的头文件。如果在不只一个 .c 文件中使用了某个结构体、常量或者变量，那么它可能应该放入其中一个头文件中。
init/：这个目录中的文件包括 main.c、创建 早期用户空间（early userspace） 的代码，以及其他初始化代码。可以认为 main.c 是内核“粘合剂（glue）”。在下一部分将深入讨论 main.c。早期用户空间提供了 Linux 内核引导起来时所需要的功能，而这些功能并不需要在内核本身运行。
ipc/：IPC 的意思是 进程间通信（interprocess communication）。它包含了共享内存、信号量以及其他形式 IPC 的代码。
kernel/：不适合放在任何其他位置的通用内核级代码位于此处。这里有高层系统调用代码，以及 printk() 代码、调度程序、信号处理代码，等等。文件名包含很多信息，所以可以使用 ls kernel/，并非能常准确地猜到每个文件的功能。
lib/：这里是对所有内核代码都通用的实用例程。常见的字符串操作、调试例程，以及命令行解析代码都位于此处。
mm/：这个目录中是高层次内核管理代码。联合使用这些例程以及底层的与体系结构相关的例程（通常位于 arch//mm/ 目录中）来实现虚拟内存（Virtual memory，VM）。在这里会完成早期内存管理（在内存子系统完全建立起来之前需要它），以及文件的内存映射、页高速缓存管理、内存分配、RAM 中页的清除（还有很多其他事情）。
net/：这里是高层网络代码。底层网络驱动程序与此层次代码交换数据包，这个层次的代码可以根据数据包将数据传递给用户层应用程序，或者丢弃数据，或者在内核中使用它。net/core 包含大部分不同的网络协议都可以使用的代码，和某些位于 net/ 目录本身中的文件一样。特定的网络协议在 net/ 的子目录下实现。例如，在 net/ipv4 目录中可以找到 IP（版本 4）代码。
scripts/：这个目录中包含的脚本可用于内核的构建，但并不将任何代码加入到内核本身之中。例如，各种配置工具可以将它们的文件放在这里。
security/：在这里可以找到不同 Linux 安全模型的代码，比如 NSA Security-Enhanced Linux 以及套接字和网络安全钩子函数（hooks），以及其他安全选项。
sound/：这里放置的是声卡驱动程序和其他与声音相关的代码。
usr/：此目录中的代码用于构建包含 root 文件系统映像的 cpio-格式 的归档文件，用于早期用户空间。
② net开源项目整理
整理一些平时收藏和应用的开源代码，方便自己学习和查阅
1.应用
nopcommerce ，开源电商网站，开发环境asp.net mvc(未支持.net core)，使用技术(autofac，ef，页面插件等)
https://github.com/nopSolutions/nopCommerce
OrchardCMS ，内容管理网站
https://github.com/OrchardCMS/Orchard（.net版本）
https://github.com/OrchardCMS/Orchard2（.net core版本）
ABP（aspnetboilerplate） ，提供一系列工具用于web应用创建，支持 ASP.NET Core, ASP.NET MVC & Web API,也提供了web应用的模板
https://github.com/aspnetboilerplate/aspnetboilerplate（.net core 版本，tag分支有支持.net版本的）
IdentityServer ，用户授权网站（支持openid和OAuth 2.0），可用于单点登录和第三方授权等
https://github.com/IdentityServer/IdentityServer3（.net版本）
https://github.com/IdentityServer/IdentityServer4（.net core版本）
eShopOnContainers 微软提供的微服务实例
https://github.com/dotnet-architecture/eShopOnContainers
PetShop 三层架构经典例子，用于新手学习，不过aspx有点过时了
https://github.com/songhhwd01/PetShop
BlogEngine.NET 博客网站，也是aspx
https://github.com/rxtur/BlogEngine.NET
2.组件
Lucene.Net 全文检索开发组件
https://github.com/apache/lucenenet
ServiceStack 半开源，用于创建web服务
https://github.com/ServiceStack/ServiceStack
MassTransit 可用于创建基于消息的服务和应用，依赖于RabbitMQ
https://github.com/MassTransit/MassTransit
stateless 简单的工作流开发组件，不支持在线定制工作流
https://github.com/dotnet-state-machine/stateless
Hangfire 任务调度开发利器
https://github.com/HangfireIO/Hangfire
Jwt.Net 用于生成JWT (JSON Web Token) 和JWT校验
https://github.com/jwt-dotnet/jwt
npoi 支持office文件的读写
https://github.com/tonyqus/npoi
StackExchange.Redis Redis的.net客户端
https://github.com/StackExchange/StackExchange.Redis
CacheManager 用于缓存的管理，支持Redis.Memcached,couchbase等
https://github.com/MichaCo/CacheManager
Autofac Ioc组件，用于依赖注入
https://github.com/autofac/Autofac
LightGBM 用于机器学习
https://github.com/Microsoft/LightGBM
3.框架
asp.net mvc
https://github.com/aspnet/Mvc
Nancy 类似asp.net mvc，web开发框架
https://github.com/NancyFx/Nancy
4.其他
dotnet core 主页 ，提供dotnet core相关知识的索引和例子，方便快速入门
https://github.com/dotnet/core
.net源码
https://github.com/Microsoft/referencesource
③ .NET平台系列6 .NET Core 发展历程
本系列技术大约30篇文章，欢迎关注、点赞、评论、转发，每天都能获取IT优质内容。
.NET Core 历程
以下内容来自微软.NET团队：
【大约两年前，我们开始收到一些ASP.NET客户对于.NET 在Linux系统上的请求。在同一时期，我们开始与Windows Server Team讨论关于Windows Nano，它们的未来和一些较小的服务型产品。结果，我们开始了一个新的代号为“Project K”面向新平台的.NET项目。我们沿着一条线多次更改名称、外观和体验，在每次运行过程都尽量让它更完善，适用于更多情况和更多的基础开发人员。非常高兴这个项目最终成为可用的.NET Core和ASP .NET Core 1.0。
开源代码是这个项目另外一个重要的主题。随着时间的推移，我们注意到所有的主流网络平台都是开源代码。ASP.NET MVC已经开放源代码很长时间了，但它下面的平台，.NET Framework并没有开放源代码。对于那些非常关心开源代码，以及认为MVC的开源不够全面的开发人员，我们并没有给出回答。随着今天的发布，ASP.NET Core是一个自上而下的开源网络平台。甚至文档也是开源的，对于任何一个对他们的网络协议栈有开源代码需求的人来说ASP.NET Core都是一个不错的选择。
我想对每个已经尝试.NET Core和ASP.NET Core并且给我们反馈的人表示我们的感激之情。我们知道成千上万的人已经使用过先前的1.0产品，谢谢！我们已经收到许多关于产品设计选择，用户体验、性能、通信和其他主题的反馈。我们尽我们最大的努力响应了所有的反馈。有了这些反馈这次发布才能更加成功。没有你们我们不可能完成它。谢谢！
如果你不是一名.NET开发者或者没有应用过.NET，现在正是尝试它的好时机。你可以在任何操作系统上、用任何工具，对于任意一个应用感受.NET没有限制的生产力和力量。所有的开源代码，都得力于社区和微软的支持，查看dot.net了解.NET操作范围。】
在我的上一篇博客《.NET平台系列5 .NET Core 简介》中主要介绍了.NETCore的基本情况，主要包括.NET跨平台的缘由、.NET Core的定义、.NET Core的核心功能、.NET Core的包管理、.NET Core 执行的应用程序类型、.NET Core 与其他平台的关系、.NET Core 支持的操作系统、.NET Core 支持开发的应用等。微软.NET宏伟目标到底发展的如何，首先通过下面的一幅图可以直观地了解。
2014年2月4日，微软云计算事业部副总裁 萨提亚·纳德拉 出任微软第三任CEO，改变微软企业文化，开始开源、拥抱Linux。2015年微软对.NET平台进行了重新设计与架构。
2016年6月27日，.NET Core1.0 项目正式发布，彻底改变了 Windows Only 的场景，拥抱开源。同时也得到了全世界开发者的喜爱与支持，很多顶级大牛为.NET Core贡献代码，发展非常迅速，顺势推出了.NET Core1.1、.NET Core2.0、.NET Core2.1、.NET Core2.2、.NET Core3.0、.NET Core 3.1、.NET5，最新推出.NET 6预览版，预计到2021年11月，正式发布.NET6。
.NET Core 版本支持
从微软官网 https://dotnet.microsoft.com/download/dotnet 可以了解到，.NET团队到2021年8月21日将停止支持.NET Core 2.1 版本、到2022年12月3日将停止支持.NET Core 3.1版本。.NET5.0 是目前微软推荐的可用于生产环境的最新版本，.NET6.0目前处于预览版本，个人学习可以使用，不建议用到生产环境，待6.0正式版发布后，基于.NET Core 3.1 或者 .NET 5.0的项目可以无缝迁移到.NET 6.0。
本系列技术大约30篇文章，欢迎关注、点赞、评论、转发，每天都能获取IT优质内容。
#国际体操协会解释桥本大辉跳马打分#
#南京、张家界或形成疫情传播双中心#
#刘德华抖音看播人数破亿#
#黄晓明祝贺表妹陈梦获女乒冠军#
#南京疫情已蔓延至15省27市#
④ 通俗易懂，什么是.NET Core以及.NET Core能做什么
我们都知道.NET Core是一个可以用来构建现代、可伸缩和高性能的跨平台软件应用程序的通用开发框架。可用于为Windows、Linux和MacOS构建软件应用程序。与其他软件框架不同，.NET Core是最通用的框架，可用于构建各种软件，包括Web应用程序、移动应用程序、桌面应用程序、云服务、微服务、API、 游戏 和物联网应用程序。与其他框架不同，.NET Core并不局限于单一的编程语言，它支持C#、VB.NET、F#、XAML和TypeScript。这些编程语言都是开源的，由独立的社区管理。
.NET Core提供了最先进、最成熟和最广泛的类库、公共API、多语言支持和工具。借助于Visual Studio 2019和Visual Studio Code 这些最先进和最现代的开发工具，使得.NET Core成为开发人员最高效的平台之一。
.NET Core的 历史
.NET Core是由Microsoft开发，目前在.NET Foundation(一个非营利的开源组织)下进行管理。.NET Core是用C#和C++编写的，并采用MIT协议作为开源协议。第一个版本的.NET Core 1.0是在2016年发布的，功能有限。NET Core 2.0于2017年8月14日发布。在这个版本中发布的两个核心框架是ASP.NET Core2.0和 Entity Framework Core 2.0。下一个稳定版本.NET Core 2.1和2.2于2018年5月和12月发布。.NET Core的当前版本为3.0.0，并且在2019年5月6日发布了第5个预览版。
下表总结了.NET Core的主要里程碑：
版本发布日期关键特征/产品.NET Core 1.06/27/2016VisualStudio 2015 Update 3支持的.NET Core的初始版本。.net Core 1.1.13/7/2017.NET Core Tools 1.0受VisualStudio 2017支持.NET Core 2.08/14/2017VisualStudio 2017 15.3，ASP.NETCore 2.0，实体框架2.0.NET Core 2.15/30/2018ASP.NET Core 2.1，EF Core 2.1.NET Core 2.212/4/2018ASP.NET Core 2.2，EF Core 2.2.NET Core 3.0预览33/6/2019通过VisualStudio2019支持ASP.NET Core 3.0、EF Core3.0、UWP、Windows窗体、WPF。
.NET Core的特点
.NET Core的主要特性包括开源、跨平台、现代、灵活、轻量级、快速、友好、可共享，以及为未来的软件开发而构建的。
.NET Core是免费和开源的
.NET Core平台是免费的、开源的。.NET Core的源代码托管在Github上。任何开发人员都可以参与到.NET Core的开发。有数千名参与.NET Core开发的活跃开发人员正在改进特性、添加新特性以及修复bug和问题。
.NET Core由一个名为.NET Foundation的独立的非营利组织管理。60，000多名开发人员和3，700多家公司正在为.NET生态系统做出贡献。
.NET Core是免费的，并且采用MIT和Apache协议作为开源协议。对商业十分友好。不像某Java
.NET Core是跨平台的
.NET Core支持并运行在Windows、MacOS和Linux操作系统上。.NET Core跨体系结构(包括x64、x86和ARM)是一致的。可以导入相同的程序集和库，并在多个平台上使用。这些程序集和库都可以使用如下的.NET语言进行构建，如：C#、VB.NET或F#。
.NET Core是可共享的
.NET Core使用一种用.NET Standard编写的一致API模型，这种模型对所有.NET应用程序都是通用的。相同的API或库可以与多种语言的多个平台一起使用。
.NET Core是现代的
与一些较旧的框架不同，.NET Core旨在解决当今的现代需求，包括移动友好、构建一次在任何地方运行、可伸缩和高性能。.NET Core旨在构建针对各种设备的应用程序，包括物联网和 游戏 机。
Visual Studio 2019和Visual Studio Code是世界上最先进和最现代的集成开发环境。这两个IDES都支持当今的现代需求，并且专注于干净、速度和生产力。在这里了解有关VisualStudio 2019功能的更多信息：VisualStudio 2019新特性.
.NET Core是快速的
.NET Core 3.0 是快速的。与.NET Framework和.NET Core 2.2及以前的版本相比，.NET Core 3.0的速度很快。.NET Core比其他服务器端框架(如Java Servlet和Node.js)快得多。
根据TechEmpowers发布的一份报告，.NET Core比任何其他框架都要快得多。 TechEmpower基准测试通过对多个Web应用程序框架做如下比较：数据库的单表查询，多表查询，文件访问，数据更新，明文和JSON序列化等任务进行比较。
.NET Core是轻量级的
.NET Core是轻量级的。.NET Core可以包含在您的应用程序中，也可以安装在并行用户、机器范围内或服务器上。.NET Core可以部署在Docker容器中。
.NET Core是友好的
.NET Core通过.NET Standard与.NET Framework，Xamarin和Mono兼容。 .NET Core还支持使用各种流行的Web框架和库，如React，Angular和JavaScript。 TypeScript是.NET Core和Visual Studio生态系统的关键组件之一。
我们可以使用.NET Core构建哪些类型的应用程序？
.NET Core是一个通用的软件开发框架。它允许开发人员构建各种软件，包括Web，桌面，移动，云， 游戏 ，物联网等。
.NET Core更适合跨平台需求。.NET Core应用程序支持在Windows，Linux和macOS上运行。Linux和macOS上也都支持Microsoft流行的开源代码编辑器Visual Studio Code。VS Code支持代码编辑器的现代需求，包括智能提醒和调试。大多数第三方编辑器（如Sublime，Emacs和VI）都支持.NET Core。
Web应用
ASP.NET Core是.NET Core生态系统的核心组件。ASP.NET Core是一个用于构建网页的框架。ASP.NET Core基于MVC架构，并提供用于构建Web的通用库。开始使用ASP.NET Core
Razor是一个使用C＃和TypeScript构建动态网页的新框架。Razor是一种改变 游戏 规则的技术，它允许C＃开发人员用C＃构建Web应用程序。
移动开发
移动开发是.NET Core的关键产品。Xamarin是一套使用C#构建跨平台移动应用程序的工具和库。Xamarin允许开发人员在共享的.NET代码库上为IOS、Android、Windows和MacOS构建本地应用程序。
桌面应用程序
.NET Core提供各种框架和工具来构建桌面应用程序。Windows窗体、WPF、UWP和Xamarin是构建桌面应用程序的四个主要框架。.NET Core还支持这些框架之间的互操作性。
Windows窗体是一种构建Windows桌面应用程序的技术。Windows窗体是.NET Framework的首批组件之一。
WPF(Windows Presentation Foundation)是一种较新的构建Windows桌面应用程序的技术。WPF是作为.NET Framework版本的一部分发布的
了解有关wpf的更多信息这里.
UWP是一种较新的技术，是在Windows 8之后发布的。如今，UWP已经成熟。UWP使用XAML作为表示层(UI)和C#作为后端编程。但是，貌似微软已经宣布了他的死亡。
微服务和容器
微服务是一种新的设计模式，它允许开发人员构建软件服务的小模块，这些模块可以使用定义良好的契约相互通信。微服务使开发、测试和部署应用程序的独立部分更加容易。一旦部署完毕，每个微服务都可以根据需要独立地进行缩放。.NET Core支持微服务体系结构，它允许跨平台服务与.NET Core一起工作，包括使用.NET Framework、Java、Ruby或其他开发的服务。
容器是今天的越野车。.NET Core的模块化、轻量级和灵活性使得将.NET Core应用程序部署到容器中变得更加容易。容器把一个应用程序的所有的配置文件和依赖关系，包含在一个单独的、小型的和独立的软件部署单元中。容器可以部署在任何平台、云、Linux和Windows上。.NET Core与Docker和Azure Kubernetes服务都很好地协作。
云应用程序
云应用程序现在越来越受欢迎。Azure支持各种云应用程序。.NET Core和C#应用程序可以通过Visual Studio 2019部署在Azure上。
物联网
物联网应用正在增长。.NET Core支持通过UWP框架为运行Windows 10 IoT Core的物联网设备进行物联网开发。UWP可用于构建在由Raspberry Pi，MinnowBoard MAX，DragonBoard 410c等提供支持的物联网上运行的应用程序。
机器学习
机器学习是软件开发人员日益增长的领域。
参考微软官方文档
游戏
Unity是最受欢迎的 游戏 开发框架之一。C＃和UWP用于构建移动，桌面，控制台，电视，VR，AR和Web 游戏 。
.NET Core 3.0中的新增的功能有哪些？
最新版本的.NET Core 3.0刚刚发布。C#8和Windows桌面是这个版本的两个主要新增部分。
C＃8是C＃语言的最新版本。C＃8是.NET Core的一部分。C＃8增加了新功能，包括
Windows桌面是.NET Core 3.0的新增功能，允许开发人员使用Windows窗体，WPF和UWP构建Windows桌面应用程序。
以下是.NET Core 3.0中的其他功能和增强功能列表，
参考文献
⑤ netcore是什么
netcore意思：
.NET Core是一个开源通用的开发框架，支持跨平台，即支持在Window，macOS，Linux等系统上的开发和部署，并且可以在硬件设备，云服务，和嵌入式/物联网方案中进行使用。.NET Core的源码放在GitHub上，由微软官方和社区共同支持。
它和传统的.NET Framework，属于“子集—超集”的关系，或者你也可以简单地认为它就是.NET Framework的跨平台版本（基于BCL的层面上看）。这是因为在当前版本中（1.0），.NET Core中的大部分核心代码都是从.NET Framework中继承重写的，包括Runtime和Libraries（如GC, JIT, 部分类型）。
netcore-深圳市磊科实业有限公司，是国际知名专业的网络通讯制作商,主要产品涉及家用无线路由器、企业级路由器、无线网卡、交换机、二三四层交换机及无线组网设备。
net，网络，core，核心。netcore，泛指网络核心（技术、应用）。
⑥ 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 403。
剩下的一个也一样，提供了默认实现。直接返回 HTTP 401 响应。
对于 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 源码
最终的使用是通过 来实现的，通过一个验证模式的字符串名称，可以取得所对应的验证控制器。
在 GitHub 中查看 源码
它的默认实现是 AuthenticationHandlerProvider，源码并不复杂。
在 GitHub 中查看 AuthenticationHandlerProvider 源码
验证中间件的处理就没有那么复杂了。
找到默认的验证模式，使用默认验证模式的名称取得对应的验证处理器，如果验证成功的话，把当前请求用户的主体放到当前请求上下文的 User 上。
里面还有一段特别的代码，用来找出哪些验证处理器实现了 ，并依次调用它们，看看是否需要提取终止请求处理过程。
在 GitHub 中查看 AuthenticationMiddle 源码