kestrel

【今日推荐】：为什么一到面试就懵逼！>>> 看到越南小哥 的github 上的 Evaluating Performance of REST vs. gRPC ， 使用的是.NET Core 3.0 , 今天我把它升级到.NET Core 3.1 同样做了一个测试，文章的结果和他的博客文章是一样的： https://dev.to/thangchung/performance-benchmark-grpc-vs-rest-in-net-core-3-preview-8-45ak 。 在8年前我写过一篇文章： WCF和ASP.NET Web API在应用上的选择 。 现在是2020年了，WCF换成了gRPC， ASP.NET Web API换成了ASP.NET Core Web API, 对外提供标准化的REST服务，内部通信采用gRPC的也是新时代的.NET应用程序的一个好选择，类似于Kubernetes 架构将有效负载格式用于传输协议的方式。 我们来看下.NET Core 3.1下REST和gRPC的性能表现怎么样？ 从 https://github.com/geffzhang/RESTvsGRPC 下载代码。在测试机器上安装.NET Core 3.1。 REST API： cd RESTvsGRPC\RestAPI dotnet run -p RestAPI.csproj -c

原文: ASP.NET Core技术研究-探秘Host主机启动过程 当我们将原有ASP.NET 应用程序升级迁移到ASP.NET Core之后，我们发现代码工程中多了两个类Program类和Startup类。 接下来我们详细探秘一下通用主机Host的启动过程。 一、Program类的Main函数入口 Program类最重要的功能就是 启动主机 ，这里有一个主机的概念，是ASP.NET Core全新引入的。 主机负责应用程序启动和生存期管理。 同时，主机也是封装应用程序资源的对象： 依赖注入 (DI) Logging Configuration IHostedService 实现 启动主机时，它在 DI 容器中找到 IHostedService 的每个实现，然后调用 IHostedService.StartAsync。 在 web 应用中，其中一个 IHostedService 的实现是 启动 HTTP 服务器实现的 web 服务 。这里的HTTP服务器默认是Kestrel。 即：ASP.NET Core主机启动时，会启动一个HTTP服务器，默认是Kestrel。启动后监听并响应某个端口的HTTP请求。 我们继续看Program类的代码： 从上述代码可以看到，Main函数中首先调用CreateHostBuilder方法，返回一个IHostBuilder

1.框架决定--因为代码运行需要环境，有了能够运行在 Windows和Linux下面的 CLR. 2.netCore有了个 kestrel(具体的解释去查询下).跨平台的适用于ASP.NET Core的WEB服务器。角色类似 IIS，他不是IIS， 简单的说 kestrel的性能高，功能少，在Linux下性能更高，不支持反向代理。 先来看一下.NET Framework和Core的大体结构 NET Framework本身是个"跨Windows"的平台, 而在这个基础上, 又支持C#和VB等语言进行 "跨语言", 这些语言都遵守CLS, 编译成CIL执行. 从我们多层架构设计的角度来看, 只换最底层, 还是很可行的. .NET Core 重做了一个CoreCLR的运行时,以及一个叫做CoreFX的BCL. 这里要说一下, ASP.NET Core 完全作为 NuGet 包的一部分提供。 这样一来，可以将应用优化为只包含必需 NuGet 包, 使应用更加灵活、模块化的同时提高性能. .NET Core通过实现.NET Standard与 .NET Framework做兼容. 至于跨平台, 因为90%的CoreFX代码都是与平台无关的 https://www.cnblogs.com/huaan011/p/12204883.html https://blog.csdn.net

使用及对比 在 Startup.cs 中添加服务并使用即可,主代码如下: // Startup.cs public void ConfigureServices(IServiceCollection services) { // ... services.AddResponseCompression(); // ... } public void Configure(IApplicationBuilder app, IHostingEnvironment env) { // ... app.UseResponseCompression(); // ... } 未使用响应压缩中间件 新建一个 ASP.NET Core API 项目 运行并访问 响应头信息如下: Content-Type: application/json; charset=utf-8 Date: Fri, 06 Jul 2018 13:17:32 GMT Server: Kestrel Transfer-Encoding: chunked 使用响应压缩中间件 新建一个 ASP.NET Core API 项目 添加并配置 Microsoft.AspNetCore.ResponseCompression 响应压缩中间件 运行并访问 响应头信息如下: # gzip 压缩编码 Content-Encoding: gzip