.NetCore

Asp.NetCore中的请求管道是通过一系列的中间件组成的，使得请求会根据需求进行对应的过滤和加工处理。在平时开发中会时常引用别人定义好的中间件，只需简单进行app.Usexxx就能完成中间件的注册，但是对于一些定制化需求还得自己进行处理和封装，以下说说中间件的注册应用和自定…

每层外圈代表一个中间件，黑圈代表最终的Action方法，当请求过来时，会依次经过中间件，Action处理完成后，返回响应时也依次经过对应的中间件，而执行的顺序如箭头所示；(这里省去了一些其他逻辑，只说中间件)。

扒开这三个类型的定义，简单看看都定义了什么.... 下一节实例演示日志的使用、日志的作用域、集成第三方日志框架进行日志扩展.....

前言来啦！来啦！上一节一堆代码，是不是感觉甚是无味啊？没关系，这里结合上一节内容专注举例演示，绝不废话！走起~~~~~正文老规矩，一个WebApi项目走起，项目结构如下：上一节中提到，Options是

前言.NetCore中提供的选项框架，我把其理解为配置组，主要是将服务中可供配置的项提取出来，封装成一个类型；从而服务可根据应用场景进行相关配置项的设置来满足需求，其中使用了依赖注入的形式，使得更加简

前言通常程序中配置少不了，配置的修改也避免不了，配置的热更新为此给应用程序带来很大的便捷，不用重启，提高用户体验；但往往有时候需要对修改进行审计，也就是需要记录，有时候也会针对配置修改的时候触发相关操

前言上一篇针对不同的配置源进行举例演示，感受到不同配置源和不同数据格式使用统一操作的便捷(即没有什么加一层解决不了的，这个不是我说的)，这里接着说说自定义配置源、配置热更新、配置绑定对象相关操作；配置

A. 无前缀的 key=value模式 B. 双中横线模式 --key=value或 --key value C. 正斜杠模式 /key=value或 /key value

前言前两节针对.NetCore自带的依赖注入进行简要概述，对于日常开发的需求应该是能满足了，那为什么还需要引入第三方依赖注入组件呢，这里就从自带的依赖注入来分析，有什么样的需求满足不了？主要归纳为以下

前言上一小节简单阐述了依赖注入及Asp.NetCore中自带依赖注入组件的常规用法，其中提到容器管控了自己创建对象的生命周期，包含了三种生命周期：Singleton、Scoped、Transient，

前言现阶段而言，依赖注入相关组件如果不会用一两个，感觉在Code的世界里肯定是落伍了，最起码得有工厂模式的思想，知道这样做的好处；提及到依赖注入，通常会关联出两个概念：Ioc(控制反转)和DI(依赖注

前言一个Asp.NetCore项目，知道大概的启动流程是有必要的，比如后续遇见配置信息覆盖等相关问题时也大概知道是什么原因，了解原因之后，再去搜索引擎找答案，否则目标不明确，茫茫人海怎么会一下找到自己

随着.NetCore版本发布变更，在最近一年左右开始接触到.NetCore，之前只是传闻，并没有动手实操；.NetCore逐渐成熟，大大小小的公司也开始进行使用，感觉再不学习就落后了，于是乎搜索各种资