[01] 技术剖析 - 随笔分类(第2页) - Artech

摘要：

作为ASP.NET CORE请求处理管道的“龙头”的服务器负责监听和接收请求并最终完成对请求的响应。它将原始的请求上下文描述为相应的特性（Feature），并以此将HttpContext上下文创建出来，中间件针对HttpContext上下文的所有操作将借助于这些特性转移到原始的请求上下文上。除了我们最常用的Kestrel服务器，ASP.NET CORE还提供了其他类型的服务器。阅读全文

posted @ 2022-04-11 09:41 Artech 阅读(2058) 评论(0) 推荐(3) 编辑

ASP.NET Core 在 IIS 下的两种部署模式

摘要：

KestrelServer最大的优势体现在它的跨平台的能力，如果ASP.NET CORE应用只需要部署在Windows环境下，IIS也是不错的选择。ASP.NET CORE应用针对IIS具有两种部署模式，它们都依赖于一个IIS针对ASP.NET CORE Core的扩展模块。阅读全文

posted @ 2022-03-31 08:28 Artech 阅读(10880) 评论(14) 推荐(41) 编辑

KestrelServer详解[3]: 自定义一个迷你版的KestrelServer

摘要：

和所有的服务器一样，KestrelServer最终需要解决的是网络传输的问题。在《网络连接的创建》，我们介绍了KestrelServer如何利用连接接听器的建立网络连接，并再次基础上演示了如何直接利用建立的连接接收请求和回复响应。本篇更进一步，我们根据其总体设计，定义了迷你版的KestrelServer让读者看看这个重要的服务器大体是如何实现的。阅读全文

posted @ 2022-03-30 08:47 Artech 阅读(2456) 评论(3) 推荐(19) 编辑

一个简单的模拟实例说明Task及其调度问题

摘要：

Task对于.NET的重要性毋庸置疑。通过最近的一些面试经历，发现很多人对与Task及其调度机制，以及线程和线程池之间的关系并没有清晰的认识。本文采用最简单的方式模拟了Task的实现，旨在说明Task是什么？它是如何被调度执行的？阅读全文

posted @ 2022-03-25 08:28 Artech 阅读(6594) 评论(31) 推荐(83) 编辑

对象池在 .NET (Core)中的应用[2]: 设计篇

摘要：

《编程篇》已经涉及到了对象池模型的大部分核心接口和类型。对象池模型其实是很简单的，不过其中有一些为了提升性能而刻意为之的实现细节倒是值得我们关注。总的来说，对象池模型由三个核心对象构成，它们分别是表示对象池的ObjectPool对象、对象值提供者的ObjectPoolProvider对象，已及控制池化对象创建与释放行为的IPooledObjectPolicy对象阅读全文

posted @ 2021-08-25 08:31 Artech 阅读(2397) 评论(9) 推荐(14) 编辑

ASP.NET Core错误处理中间件[4]: 响应状态码错误页面

摘要：

StatusCodePagesMiddleware中间件与ExceptionHandlerMiddleware中间件类似，它们都是在后续请求处理过程中“出错”的情况下利用一个错误处理器来接收针对当前请求的处理。它们之间的差异在于对“错误”的认定上：ExceptionHandlerMiddleware中间件所谓的错误就是抛出异常；StatusCodePagesMiddleware中间件则将400～599的响应状态码视为错误。阅读全文

posted @ 2021-01-22 09:38 Artech 阅读(2330) 评论(3) 推荐(7) 编辑

ASP.NET Core错误处理中间件[3]: 异常处理器

摘要：

DeveloperExceptionPageMiddleware中间件错误页面可以呈现抛出的异常和当前请求上下文的详细信息，以辅助开发人员更好地进行纠错诊断工作。ExceptionHandlerMiddleware中间件则主要面向最终用户，我们可以利用它来显示一个友好的定制化错误页面。阅读全文

posted @ 2021-01-21 10:16 Artech 阅读(3462) 评论(7) 推荐(16) 编辑

ASP.NET Core错误处理中间件[2]: 开发者异常页面

摘要：

异常页面的DeveloperExceptionPageMiddleware中间件，该中间件在捕捉到后续处理过程中抛出的异常之后会返回一个媒体类型为text/html的响应，后者在浏览器上会呈现一个错误页面。由于这是一个为开发者提供诊断信息的异常页面，所以可以将其称为开发者异常页面（Developer Exception Page）。该页面不仅会呈现异常的详细信息（类型、消息和跟踪堆栈等），还会出现与当前请求相关的上下文信息阅读全文

posted @ 2021-01-19 10:15 Artech 阅读(1125) 评论(0) 推荐(6) 编辑

ASP.NET Core错误处理中间件[1]: 呈现错误信息

摘要：

NuGet包“Microsoft.AspNetCore.Diagnostics”中提供了几个与异常处理相关的中间件。当ASP.NET Core应用在处理请求过程中出现错误时，我们可以利用它们将原生的或者定制的错误信息作为响应内容发送给客户端。在着重介绍这些中间件之前，下面先演示几个简单的实例，从而使读者大致了解这些中间件的作用。阅读全文

posted @ 2021-01-18 09:49 Artech 阅读(2894) 评论(1) 推荐(5) 编辑

ASP.NET Core路由中间件[5]: 路由约束

摘要：

表示路由终结点的RouteEndpoint对象包含以RoutePattern对象表示的路由模式，某个请求能够被成功路由的前提是它满足某个候选终结点的路由模式所体现的路由规则。具体来说，这不仅要求当前请求的URL路径必须满足路由模板指定的路径模式，还需要具体的字符内容满足对应路由参数上定义的约束。阅读全文

posted @ 2021-01-08 09:41 Artech 阅读(2370) 评论(1) 推荐(6) 编辑

ASP.NET Core路由中间件[4]: EndpointRoutingMiddleware和EndpointMiddleware

摘要：

针对终结点的路由是由EndpointRoutingMiddleware和EndpointMiddleware这两个中间件协同完成的。应用在启动之前会注册若干表示终结点的Endpoint对象（具体来说是包含路由模式的RouteEndpoint对象）。当应用接收到请求并创建HttpContext上下文之后，EndpointRoutingMiddleware中间件会根据请求的URL及其他相关信息从注册的终结点中选择匹配度最高的那个。之后被选择的终结点会以一个特性（Feature）的形式附加到当前HttpContext上下文中，EndpointMiddleware中间件最终提供这个终结点并用它来处理当前请求。[ 阅读全文

posted @ 2021-01-07 08:44 Artech 阅读(2814) 评论(3) 推荐(15) 编辑

ASP.NET Core路由中间件[3]: 终结点（Endpoint）

摘要：

本章介绍的是最早发布于ASP.NET Core 2.2中的新路由系统，由于它采用基于终结点映射的策略，所以我们将其称为终结点路由。终结点路由自然以终结点为核心，所以先介绍终结点在路由系统中的表现形式。阅读全文

posted @ 2021-01-06 10:11 Artech 阅读(3525) 评论(1) 推荐(7) 编辑

ASP.NET Core静态文件中间件[4]: StaticFileMiddleware 中间件全解析

摘要：

上面的实例演示（搭建文件服务器、条件请求以提升性能和区间请求以提供部分内容)从提供的功能和特性的角度对StaticFileMiddleware中间件进行了全面的介绍，下面从实现原理的角度对这个中间件进行全面解析。阅读全文

posted @ 2020-12-18 09:09 Artech 阅读(1632) 评论(1) 推荐(7) 编辑

ASP.NET Core静态文件中间件[3]: 区间请求以提供部分内容

摘要：

大部分针对物理文件的请求都希望获取整个文件的内容，区间请求则与之相反，它希望获取某个文件部分区间的内容。区间请求可以通过多次请求来获取某个较大文件的全部内容，并实现断点续传。如果同一个文件同时存放到多台服务器，就可以利用区间请求同时下载不同部分的内容。与条件请求一样，区间请求也作为标准定义在HTTP规范之中。阅读全文

posted @ 2020-12-17 09:17 Artech 阅读(1005) 评论(0) 推荐(4) 编辑

ASP.NET Core管道详解[6]: ASP.NET Core应用是如何启动的？[下篇]

摘要：

要承载一个ASP.NET Core应用，只需要将GenericWebHostService服务注册到承载系统中即可。但GenericWebHostService服务具有针对其他一系列服务的依赖，所以在注册该承载服务之前需要先完成对这些依赖服务的注册。针对GenericWebHostService及其依赖服务的注册是借助GenericWebHostBuilder对象来完成的。阅读全文

posted @ 2020-12-03 09:00 Artech 阅读(1186) 评论(0) 推荐(8) 编辑

ASP.NET Core管道详解[5]: ASP.NET Core应用是如何启动的？[上篇]

摘要：

我们知道ASP.NET Core应用的请求处理管道是由一个IServer对象和IHttpApplication对象构成的。我们可以根据需要注册不同类型的服务器，但在默认情况下，IHttpApplication是一个HostingApplication对象。一个HostingApplication对象由指定的RequestDelegate对象来完成所有的请求处理工作，而后者代表所有中间件按照注册的顺序串联而成的委托链。所有的这一切都被GenericWebHostService整合在一起. 阅读全文

posted @ 2020-12-02 09:17 Artech 阅读(1862) 评论(0) 推荐(4) 编辑

ASP.NET Core管道详解[4]: 中间件委托链

摘要：

ASP.NET Core应用默认的请求处理管道是由注册的IServer对象和HostingApplication对象组成的，后者利用一个在创建时提供的RequestDelegate对象来处理IServer对象分发给它的请求。而RequestDelegate对象实际上是由所有的中间件按照注册顺序创建的。换句话说，这个RequestDelegate对象是对中间件委托链的体现。阅读全文

posted @ 2020-11-30 09:00 Artech 阅读(1982) 评论(0) 推荐(7) 编辑

ASP.NET Core管道详解[3]: Pipeline = IServer + IHttpApplication

摘要：

ASP.NET Core的请求处理管道由一个服务器和一组中间件构成，但对于面向传输层的服务器来说，它其实没有中间件的概念。当服务器接收到请求之后，会将该请求分发给一个处理器进行处理，对服务器而言，这个处理器就是一个HTTP应用，此应用通过IHttpApplication接口来表示。由于服务器是通过IServer接口表示的，所以可以将ASP.NET Core框架的核心视为由IServer和IHttpApplication对象组成的管道阅读全文

posted @ 2020-11-24 09:14 Artech 阅读(2276) 评论(3) 推荐(8) 编辑

ASP.NET Core应用基本编程模式[5]：如何放置你的初始化代码

摘要：

一个ASP.NET Core应用的核心就是由一个服务器和一组有序中间件组成的请求处理管道，服务器只负责监听、接收和分发请求，以及最终完成对请求的响应，所以一个ASP.NET Core应用针对请求的处理能力和处理方式由注册的中间件来决定。一个ASP.NET Core在启动过程中的核心工作就是注册中间件，本节主要介绍应用启动过程中以中间件注册为核心的初始化工作。阅读全文

posted @ 2020-11-20 08:55 Artech 阅读(2172) 评论(0) 推荐(5) 编辑

ASP.NET Core应用基本编程模式[4]：基于承载环境的编程

摘要：

基于IHostBuilder/IHost的承载系统通过IHostEnvironment接口表示承载环境，我们利用它不仅可以得到当前部署环境的名称，还可以获知当前应用的名称和存放内容文件的根目录路径。对于一个Web应用来说，我们需要更多的承载环境信息，额外的信息定义在IWebHostEnvironment接口中。阅读全文

posted @ 2020-11-16 08:56 Artech 阅读(3368) 评论(1) 推荐(11) 编辑

随笔分类 - [01] 技术剖析

公告