《ASP.NET Core 6框架揭秘》实例演示[28]:自定义一个服务器

作为ASP.NET Core请求处理管道的“龙头”的服务器负责监听和接收请求并最终完成对请求的响应。它将原始的请求上下文描述为相应的特性(Feature),并以此将HttpContext上下文创建出来,中间件针对HttpContext上下文的所有操作将借助于这些特性转移到原始的请求上下文上。学习ASP.NET Core框架最有效的方式就是按照它的原理“再造”一个框架,了解服务器的本质最好的手段就是试着自定义一个服务器。现在我们自定义一个真正的服务器。在此之前,我们再来回顾一下表示服务器的IServer接口。[本文节选《ASP.NET Core 6框架揭秘》第18章]

一、IServer
二、请求和响应特性
三、StreamBodyFeature
四、HttpListenerServer

一、IServer

作为服务器的IServer对象利用如下所示的Features属性提供了与自身相关的特性。除了利用StartAsync<TContext>和StopAsync方法启动和关闭服务器之外,它还实现了IDisposable接口,资源的释放工作可以通过实现的Dispose方法来完成。StartAsync<TContext>方法将IHttpApplication<TContext>类型的参数作为处理请求的“应用”,该对象是对中间件管道的封装。从这个意义上讲,服务器就是传输层和这个IHttpApplication<TContext>对象之间的“中介”。

public interface IServer : IDisposable
{IFeatureCollection Features { get; }Task StartAsync<TContext>(IHttpApplication<TContext> application, CancellationToken cancellationToken) where TContext : notnull;Task StopAsync(CancellationToken cancellationToken);
}

虽然不同服务器类型的定义方式千差万别,但是背后的模式基本上与下面这个以伪代码定义的服务器类型一致。如下这个Server利用IListener对象来监听和接收请求,该对象是利用构造函数中注入的IListenerFactory工厂根据指定的监听地址创建出来的。StartAsync<TContext>方法从Features特性集合中提取出IServerAddressesFeature特性,并针对它提供的每个监听地址创建一个IListener对象。该方法为每个IListener对象开启一个“接收和处理请求”的循环,循环中的每次迭代都会调用IListener对象的AcceptAsync方法来接收请求,我们利用RequestContext对象来表示请求上下文。

public class Server : IServer
{private readonly IListenerFactory _listenerFactory;private readonly List<IListener> _listeners = new();public IFeatureCollection Features { get; } = new FeatureCollection();public Server(IListenerFactory listenerFactory) => _listenerFactory = listenerFactory;public async Task StartAsync<TContext>(IHttpApplication<TContext> application, CancellationToken cancellationToken) where TContext : notnull{var addressFeature = Features.Get<IServerAddressesFeature>()!;foreach (var address in addressFeature.Addresses){var listener = await _listenerFactory.BindAsync(address);_listeners.Add(listener);_ = StartAcceptLoopAsync(listener);}async Task StartAcceptLoopAsync(IListener listener){while (true){var requestContext = await listener.AcceptAsync();_ = ProcessRequestAsync(requestContext);}}async Task ProcessRequestAsync(RequestContext requestContext){var feature = new RequestContextFeature(requestContext);var contextFeatures = new FeatureCollection();contextFeatures.Set<IHttpRequestFeature>(feature);contextFeatures.Set<IHttpResponseFeature>(feature);contextFeatures.Set<IHttpResponseBodyFeature>(feature);var context = application.CreateContext(contextFeatures);Exception? exception = null;try{await application.ProcessRequestAsync(context);}catch (Exception ex){exception = ex;}finally{application.DisposeContext(context, exception);}}}public Task StopAsync(CancellationToken cancellationToken) => Task.WhenAll(_listeners.Select(listener => listener.StopAsync()));public void Dispose() => _listeners.ForEach(listener => listener.Dispose());
}public interface IListenerFactory
{Task<IListener> BindAsync(string listenAddress);
}public interface IListener : IDisposable
{Task<RequestContext> AcceptAsync();Task StopAsync();
}public class RequestContext
{...
}public class RequestContextFeature : IHttpRequestFeature, IHttpResponseFeature, IHttpResponseBodyFeature
{public RequestContextFeature(RequestContext requestContext);...
}

StartAsync<TContext>方法接下来利用此RequestContext上下文将RequestContextFeature特性创建出来。RequestContextFeature特性类型同时实现了IHttpRequestFeature, IHttpResponseFeature和 IHttpResponseBodyFeature这三个核心接口,我们特性针对这三个接口将特性对象添加到创建的FeatureCollection集合中。特性集合随后作为参数调用IHttpApplication<TContext>的CreateContext方法将TContext上下文创建出来,后者将进一步作为参数调用另一个ProcessRequestAsync方法将请求分发给中间件管道进行处理。待处理结束,IHttpApplication<TContext>对象的DisposeContext方法被调用,创建的TContext上下文承载的资源得以释放。

二、请求和响应特性

接下来我们将采用类似的模式来定义一个基于HttpListener的服务器。提供的HttpListenerServer的思路就是利用自定义特性来封装表示原始请求上下文的HttpListenerContext对象,我们使用HttpRequestFeature和HttpResponseFeature这个两个现成特性。

public class HttpRequestFeature : IHttpRequestFeature
{public string Protocol { get; set; }public string Scheme { get; set; }public string Method { get; set; }public string PathBase { get; set; }public string Path { get; set; }public string QueryString { get; set; }public string RawTarget { get; set; }public IHeaderDictionary Headers { get; set; }public Stream Body { get; set; }
}
public class HttpResponseFeature : IHttpResponseFeature
{public int StatusCode { get; set; }public string? ReasonPhrase { get; set; }public IHeaderDictionary Headers { get; set; }public Stream Body { get; set; }public virtual bool HasStarted => false;public HttpResponseFeature(){StatusCode = 200;Headers = new HeaderDictionary();Body = Stream.Null;}public virtual void OnStarting(Func<object, Task> callback, object state) { }public virtual void OnCompleted(Func<object, Task> callback, object state) { }
}

如果我们使用HttpRequestFeature来描述请求,意味着HttpListener在接受到请求之后需要将请求信息从HttpListenerContext上下文转移到该特性上。如果使用HttpResponseFeature来描述响应,待中间件管道在完成针对请求的处理后,我们还需要将该特性承载的响应数据应用到HttpListenerContext上下文上。

三、StreamBodyFeature

现在我们有了描述请求和响应的两个特性,还需要一个描述响应主体的特性,为此我们定义了如下这个StreamBodyFeature特性类型。StreamBodyFeature直接使用构造函数提供的Stream对象作为响应主体的输出流,并根据该对象创建出Writer属性返回的PipeWriter对象。本着“一切从简”的原则,我们并没有实现用来发送文件的SendFileAsync方法,其他成员也采用最简单的方式进行了实现。

public class StreamBodyFeature : IHttpResponseBodyFeature
{public Stream Stream { get; }public PipeWriter Writer { get; }public StreamBodyFeature(Stream stream){Stream = stream;Writer = PipeWriter.Create(Stream);}public Task CompleteAsync() => Task.CompletedTask;public void DisableBuffering() { }public Task SendFileAsync(string path, long offset, long? count, CancellationToken cancellationToken = default)=> throw new NotImplementedException();public Task StartAsync(CancellationToken cancellationToken = default) => Task.CompletedTask;
}

四、HttpListenerServer

在如下这个自定义的HttpListenerServer服务器类型中,与传输层交互的HttpListener体现在_listener字段上。服务器在初始化过程中,它的Features属性返回的IFeatureCollection对象中添加了一个ServerAddressesFeature特性,因为我们需要用它来存放注册的监听地址。实现StartAsync<TContext>方法将监听地址从这个特性中取出来应用到HttpListener对象上。

public class HttpListenerServer : IServer
{private readonly HttpListener _listener = new();public IFeatureCollection Features { get; }= new FeatureCollection();public HttpListenerServer() => Features.Set<IServerAddressesFeature>(new ServerAddressesFeature());public Task StartAsync<TContext>(IHttpApplication<TContext> application,CancellationToken cancellationToken) where TContext : notnull{var pathbases = new HashSet<string>(StringComparer.OrdinalIgnoreCase);var addressesFeature = Features                        .Get<IServerAddressesFeature>()!;foreach (string address in addressesFeature.Addresses){_listener.Prefixes.Add(address.TrimEnd('/') + "/");pathbases.Add(new Uri(address).AbsolutePath.TrimEnd('/'));}_listener.Start();while (true){var listenerContext = _listener.GetContext();_ = ProcessRequestAsync(listenerContext);}async Task ProcessRequestAsync( HttpListenerContext listenerContext){FeatureCollection features = new();var requestFeature = CreateRequestFeature(pathbases, listenerContext);var responseFeature = new HttpResponseFeature();var body = new MemoryStream();var bodyFeature = new StreamBodyFeature(body);features.Set<IHttpRequestFeature>(requestFeature);features.Set<IHttpResponseFeature>(responseFeature);features.Set<IHttpResponseBodyFeature>(bodyFeature);var context = application.CreateContext(features);Exception? exception = null;try{await application.ProcessRequestAsync(context);var response = listenerContext.Response;response.StatusCode = responseFeature.StatusCode;if (responseFeature.ReasonPhrase is not null){response.StatusDescription = responseFeature.ReasonPhrase;}foreach (var kv in responseFeature.Headers){response.AddHeader(kv.Key, kv.Value);}body.Position = 0;await body.CopyToAsync(listenerContext.Response.OutputStream);}catch (Exception ex){exception = ex;}finally{body.Dispose();application.DisposeContext(context, exception);listenerContext.Response.Close();}}}public void Dispose() => _listener.Stop();private static HttpRequestFeature CreateRequestFeature(HashSet<string> pathbases,HttpListenerContext listenerContext){var request = listenerContext.Request;var url = request.Url!;var absolutePath = url.AbsolutePath;var protocolVersion = request.ProtocolVersion;var requestHeaders = new HeaderDictionary();foreach (string key in request.Headers){requestHeaders.Add(key, request.Headers.GetValues(key));}var requestFeature = new HttpRequestFeature{Body = request.InputStream,Headers = requestHeaders,Method = request.HttpMethod,QueryString = url.Query,Scheme = url.Scheme,Protocol = $"{url.Scheme.ToUpper()}/{protocolVersion.Major}.{protocolVersion.Minor}"};var pathBase = pathbases.First(it => absolutePath.StartsWith(it, StringComparison.OrdinalIgnoreCase));requestFeature.Path = absolutePath[pathBase.Length..];requestFeature.PathBase = pathBase;return requestFeature;}public Task StopAsync(          CancellationToken cancellationToken){_listener.Stop();return Task.CompletedTask;}
}

在调用Start方法将HttpListener启动后,StartAsync<TContext>方法开始“请求接收处理”循环。接收到的请求上下文被封装成HttpListenerContext上下文,其承载的请求信息利用CreateRequestFeature方法转移到创建的HttpRequestFeature特性上。StartAsync<TContext>方法创建的“空”HttpResponseFeature对象来描述响应,另一个描述响应主体的StreamBodyFeature特性则根据创建的MemoryStream对象构建而成,意味着中间件管道写入的响应主体的内容将暂存到这个内存流中。我们将这三个特性注册到创建的FeatureCollection集合上,并将后者作为参数调用了IHttpApplication<TContext>对象的CreateContext方法将TContext上下文创建出来。此上下文进一步作为参数调用了IHttpApplication<TContext>对象的ProcessRequestAsync方法,中间件管道得以接管请求。

待中间件管道的处理工作完成后,响应的内容还暂存在两个特性中,我们还需要将它们应用到代表原始HttpListenerContext上下文上。StartAsync<TContext>方法从HttpResponseFeature特性提取出响应状态码和响应报头转移到HttpListenerContext上下文上,然后上述这个MemoryStream对象“拷贝”到HttpListenerContext上下文承载的响应主体输出流中。

using App;
using Microsoft.AspNetCore.Hosting.Server;
using Microsoft.Extensions.DependencyInjection.Extensions;var builder = WebApplication.CreateBuilder(args);
builder.Services.Replace(ServiceDescriptor.Singleton<IServer, HttpListenerServer>());
var app = builder.Build();
app.Run(context => context.Response.WriteAsync("Hello World!"));
app.Run("http://localhost:5000/foobar/");

我们采用上面的演示程序来检测HttpListenerServer能否正常工作。我们为HttpListenerServer类型创建了一个ServiceDescriptor对象将现有的服务器的服务注册替换掉。在调用WebApplication对象的Run方法时显式指定了具有PathBase(“/foobar”)的监听地址“http://localhost:5000/foobar/”,如图1所示的浏览器以此地址访问应用,会得到我们希望的结果。

38d63263ab8511f4c50552bf97f99a41.jpeg
图1 HttpListenerServer返回的结果

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/282655.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

win7服务器端口被占用,高手亲自帮您win7端口被占用的详尽处理要领

今天有一位用户说他安装了win7系统以后&#xff0c;在使用中突然遇到了win7端口被占用的情况&#xff0c;估计还会有更多的网友以后也会遇到win7端口被占用的问题&#xff0c;所以今天我们先来分析分析&#xff0c;那我们要怎么面对这个win7端口被占用的问题呢&#xff1f;大家…

回车ajax显示,ajax返回值中有回车换行、空格的解决方法分享

最近在写一个页面&#xff0c;用jquery ajax来实现判断&#xff0c;刚写好测试完全没有问题&#xff0c;过了两天发现出现问题&#xff0c;判断不成了。后来发现所有alert出来的返回值前面都会加若干换行和空格。(至今不明白&#xff0c;同一台电脑&#xff0c;同样的环境&…

PHP插入排序

本意是想研究一下希尔排序的,因为希尔排序和快速排序没有争议的是排序最快的两种算法,但无奈希尔排序是以插入排序为基础的,所以只得先研究一下插入排序. 插入排序基本思想: 插入排序(Insertion Sort)的基本思想是&#xff1a;每次将一个待排序的记录&#xff0c;按其关键字大小…

使用Stepping.NET轻松执行多步原子操作

Stepping 是一个基于 BASE 的分布式作业实现。它可以作为工作流引擎&#xff0c;事件收/发件箱&#xff0c;用于邮箱/短信发送&#xff0c;用于远程接口调用等场景。Stepping 中 Job 和 Step 是什么?Job 是一个分布式事务单元&#xff0c;而 Step 是 job 中一个特定的任务。一…

JSP+JavaBean+Servlet技术(MVC模型)

一&#xff0c;Servlet开发用户在浏览器中输入一个网址并回车&#xff0c;浏览器会向服务器发送一个HTTP请求。服务器端程序接受这个请求&#xff0c;并对请求进行处理&#xff0c;然后发送一个回应。浏览器收到回应&#xff0c;再把回应的内容显示出来。这种请求—响应模式就是…

bzoj2721 [Violet 5]樱花

分析&#xff1a;这道题对于我这种蒟蒻来说还是很有难度啊。 思路非常巧妙&#xff0c;既然不定方程要有有限个数解&#xff0c;那么这个肯定会对解有所限制&#xff0c;也就是本题中的正整数.这个时候我们要表示出方程中的一个根x,设z n!,那么xyz/(y-z),这样的话不能得到答案…

ipados 文件 连接服务器,iPadOS更新指南,总有一个功能是你需要的

近期&#xff0c;苹果向部分ipad用户推送了iPadOS系统&#xff0c;据系统介绍&#xff0c;这是一款强大的操作系统&#xff0c;更能体现iPad的独特之处。iPadOS与IOS同源&#xff0c;针对iPad的大显示屏和多功能增加了全新和直观的强大功能。刚才小编给大家提到了部分iPad用户&…

Angular 2.x 从0到1 (五)史上最简单的Angular2教程

第一节&#xff1a;Angular 2.0 从0到1 &#xff08;一&#xff09;第二节&#xff1a;Angular 2.0 从0到1 &#xff08;二&#xff09;第三节&#xff1a;Angular 2.0 从0到1 &#xff08;三&#xff09;第四节&#xff1a;Angular 2.0 从0到1 &#xff08;四&#xff09;第五…

ajax 分页 评论刷新,评论:js无刷新分页(原创)

繁华落尽02020/4/28 0:26:00大佬&#xff0c;教一下怎么用&#xff0c;以前我是直接在按钮上绑个路径。首页上一页${i}${i}下一页尾页漫走32020/4/28 20:43:32后台的方法需要的参数&#xff1a;当前页、每页显示条数&#xff0c;插件都给你控制好了&#xff0c;你直接用就行。e…

设计模式——享元模式具体解释

0. 前言写在最前面&#xff0c;本人的设计模式类博文&#xff0c;建议先看博文前半部分的理论介绍。再看后半部分的实例分析。最后再返回来复习一遍理论介绍&#xff0c;这时候你就会发现我在重点处标红的用心&#xff0c;对于帮助你理解设计模式有奇效哦~本文原创。转载请注明…

OpenStack Nova计算服务管理(四)

作者&#xff1a;李晓辉联系方式: Xiaohui_lifoxmail.com环境介绍类型控制节点和计算节点等在一起&#xff0c;形成all-in-one内存8G硬盘200G网卡2块计算服务概览使用OpenStack计算服务来托管和管理云计算系统。OpenStack计算服务是基础设施即服务(IaaS)系统的主要部分&#xf…

miui替换官方文件解决无服务器,miui 关掉云服务器

miui 关掉云服务器 内容精选换一换本节操作介绍Linux云服务器切换密钥登录为密码登录的操作步骤。使用密钥登录Linux云服务器&#xff0c;设置root密码。sudo passwd root若密钥文件丢失或损坏&#xff0c;请参考Linux云服务器如何进入单用户模式重置root密码&#xff0c;重置r…

原型

2019独角兽企业重金招聘Python工程师标准>>> 什么是原型&#xff1a; 对象与对象之间的关系 转载于:https://my.oschina.net/u/2285087/blog/854377

存储服务器的操作系统,存储服务器是什么操作系统

存储服务器是什么操作系统 内容精选换一换镜像服务提供了私有镜像的全生命周期管理能力&#xff0c;主要包括创建私有镜像&#xff0c;复制、共享或导出私有镜像等操作&#xff0c;您可以根据实际场景选择合适的方法&#xff0c;并结合弹性云服务器、对象存储等周边服务完成业务…

优化--减少HTTP请求

一、 图片地图 (将几张图片合为一张,根据用户点击的位置发送不同请求,减少了图片的请求数量) 案例所在位置:http://stevesouders.com/hpws/imagemap.php 二、css精灵(和图片地图功能相似,都是将几张图片合并在一起,根据位置发送不同请求) 这里不做具体使用介绍,百度有此方面内…

软件负载均衡

一、软件负载均衡概述 硬件负载均衡性能优越&#xff0c;功能全面&#xff0c;但是价格昂贵&#xff0c;一般适合初期或者土豪级公司长期使用。因此软件负载均衡在互联网领域大量使用。常用的软件负载均衡软件有Nginx&#xff0c;Lvs&#xff0c;HaProxy等。本文参考大量文档&a…

git工具 将源码clone到本地指定目录的三种方式

git工具 将源码clone到本地指定目录的三种方式 CreationTime--2018年7月27日15点34分 Author:Marydon 1.情景展示 运行git-bash.exe&#xff0c;输入命令&#xff1a;git clone 下载源码地址-->回车&#xff0c;结果发现项目被下载到了&#xff0c;git工具的安装目录下 如何…

[摘]全文检索引擎Solr系列—–全文检索基本原理

原文链接--http://www.importnew.com/12707.html 全文检索引擎Solr系列—–全文检索基本原理 2014/08/18 | 分类&#xff1a; 基础技术, 教程 | 2 条评论 | 标签&#xff1a; solr 分享到&#xff1a; 64 本文作者&#xff1a; ImportNew - 刘志军 未经许可&#xff0c;禁止转载…

优化-浏览器缓存和压缩优化

一、减少HTTP请求 1.图片地图&#xff1a; 假设导航栏上有五幅图片&#xff0c;点击每张图片都会进入一个链接&#xff0c;这样五张导航的图片在加载时会产生5个HTTP请求。然而&#xff0c;使用一个图片地图可以提高效率&#xff0c;这样就只需要一个HTTP请求。 服务器端图片…

NCC CAP 6.2 版本正式发布

原文&#xff1a;https://www.cnblogs.com/savorboard/p/cap-6-2.html作者&#xff1a;杨晓东前言今天&#xff0c;我们很高兴宣布 CAP 发布 6.2 版本正式版&#xff0c;在这个版本中我们主要做了一些功能优化&#xff0c;以及针对目前已经发现的几个 BUG 进行了修复了。那么&a…