- 综合排序
- 最热优先
- 最新优先
- 来自专栏大内老A
ASP.NET Core管道深度剖析（1）：采用管道处理HTTP请求
HTTP协议自身的特性决定了任何一个Web应用的工作方式都是监听、接收并处理HTTP请求，并在最终对请求予以响应，HTTP请求处理是管道式设计典型的应用场景。 我们根据HTTP请求的处理流程定制出一个消息处理管道，让接收到的HTTP请求消息想水一样流入这个管道，组成这个管道的各个环节一次对它作相应的处理。 二、管道的构成 HTTP请求处理流程始于对请求的监听与接收，终于对请求的响应，这两项工作由同一个对象来完成，我们称之为 “服务器（Server）” ，尽管ASP.NET Core的请求处理管道可以被自由地订制 一旦请求抵达，服务器会接收请求并将其标准化后向管道后续的节点进行转发，我们将管道中位于服务器之后的请求处理节点成为“中间件（Middleware）”。 每个中间件都具有各自独立的功能，比如我们有专门实现路由功能的中间件，由专门实施用户认证的中间，所谓的对请求处理管道的定制体现在根据具体的需求选择对应的中间件组成最终处理请求的管道。
1K90发布于 2018-01-15 - 来自专栏大内老A
ASP.NET Core管道深度剖析（3）：管道是如何处理HTTP请求的？
我们知道ASP.NET Core请求处理管道由一个服务器和一组有序的中间件组成，所以从总体设计来讲是非常简单的，但是就具体的实现来说，由于其中涉及很多对象的交互，我想很少人能够地把它弄清楚。 为了让读者朋友们能够更加容易地理解管道处理HTTP请求的总体流程，我们根据真实管道的实现原理再造了一个“模拟管道”并在此管道上开发了一个发布图片的应用，这篇文章旨在为你讲述管道是如何处理HTTP请求的 ASP.NET Core请求处理管道由一个服务器和一组有序排列的中间件组合而成。 二、HttpContext 用来描述当前HTTP请求的上下文的HttpContext对于ASP .NET Core请求处理管道来说是一个非常重要的对象，我们不仅仅可以利用它获取当前请求的所有细节，还可以直接利用它完成对请求的响应 HttpContext是一个抽象类，很多用于描述当前HTTP请求的上下文信息的属性被定义其中，对于这个模拟管道来说，我们仅仅保留了两个核心的属性，即表示请求和响应的Requst和Response属性。
1.8K50发布于 2018-01-15 - 来自专栏喵叔's 专栏
【ASP.NET Core 基础知识】--路由和请求处理--请求处理管道
一、ASP.NET Core 请求处理管道的构成 ASP.NET Core 请求处理管道的构成主要包括以下部分： 中间件（Middleware）： 这是构成请求处理管道的基本单元。 2.1 ASP.NET Core MVC 的请求处理管道 在 ASP.NET Core MVC 中，请求处理管道主要包括以下中间件： 路由选择中间件（Router Middleware）： 根据请求的 ; }); } 2.2 Razor Pages 的请求处理管道 在 Razor Pages 中，请求处理管道主要包括以下中间件： 路由选择中间件（Router Middleware）： 根据请求的 4.2 依赖注入在请求处理管道中的应用 在请求处理管道中，依赖注入可以帮助我们解耦代码，提高代码的可维护性和可扩展性。下面是一个简单的示例代码，演示了如何在请求处理管道中使用依赖注入。 管道中的每个环节都有特定的功能，如验证、路由、处理和响应。通过管道，请求被依次处理，最终生成响应。因此，理解请求处理管道对于掌握ASP.NET Core的运行机制至关重要。
72100编辑于 2024-05-24 - 来自专栏大内老A
通过重建Hosting系统理解HTTP请求在ASP.NET Core管道中的处理流程：采用管道处理请求
HTTP请求，并在最终对请求予以响应，HTTP请求处理是管道式设计典型的应用场景。 具体来说，我们根据具体的HTTP处理请求构建一个管道，接收到的HTTP请求消息想水一样流入这个管道，组成这个管道的各个环节依次对它作相应的处理。 二、管道的构成 HTTP请求处理流程始于对请求的监听与接收，终于对请求的响应，这两项工作均由同一个对象来完成，我们称之为 “服务器（Server）” 。 尽管ASP.NET Core的请求处理管道可以被自由地订制，但是该管道必须有一个Server，Server是整个管道的 “龙头” 。 所谓的管道定制体现在根据具体的需求选择对应的中间件组成最终处理请求的管道。下图揭示了由一个服务器和一组中间件构成的请求处理管道。 ?
1.9K80发布于 2018-01-15 - 来自专栏大内老A
通过重建Hosting系统理解HTTP请求在ASP.NET Core管道中的处理流程：管道如何处理请求
如果想非常深刻地认识ASP.NET Core的请求处理管道，我觉得可以分两个步骤来进行：首先，我们可以在忽略具体细节的前提下搞清楚管道处理HTTP请求的总体流程；在对总体流程有了大致了解之后，我们再来补充这些刻意忽略的细节 为了让读者朋友们能够更加容易地理解管道处理HTTP请求的总体流程，我们根据真实管道的实现原理再造了一个“迷你版的管道”。 、接收和响应 一、建立在“模拟管道”上的应用 再造的迷你管道不仅仅体现了真实管道中处理HTTP请求的流程，并且对于其中涉及的接口和类型，我们也基本上采用了相同的命名方式。 在通过这个模拟管道讲解HTTP请求的总体处理流程之前，我们先来看看如何在它基础上开发一个简单的应用。 我们在这个模拟管道上开发一个简单的应用来发布图片。 四、服务器——实现对请求的监听、接收和响应 管道中的服务器通过IServer接口表示，在模拟管道对应的应用编程接口中，我们只保留了两个核心成员，其中Features属性返回描述服务器的特性，而Start
2.5K90发布于 2018-01-15 - 来自专栏大内老A
ASP.NET Core管道深度剖析（2）：创建一个“迷你版”的管道来模拟真实管道请求处理流程
从《ASP.NET Core管道深度剖析（1）：采用管道处理HTTP请求》我们知道ASP.NET Core请求处理管道由一个服务器和一组有序的中间件组成，所以从总体设计来讲是非常简单的，但是就具体的实现来说 如果想非常深刻地认识ASP.NET Core的请求处理管道，可以分两个步骤来进行，我们首先可以在忽略细节的前提下搞清楚管道处理HTTP请求的总体流程，然后再此基础上补充之前遗漏的细节。 为了让读者朋友们能够更加容易地理解管道处理HTTP请求的总体流程，我们根据真实管道的实现原理再造了一个“模拟管道”。 对于我们演示的这个应用来说，管道对HTTP请求的处理体现在如何根据请求地址解析出对应图片的文件路径，并将文件的内容作为请求的响应。 我们通过WebHostBuilder来创建WebHost，并领用后者来构建请求处理管道。 请求处理管道通过一个Server和一个HttpApplication对象组成，后者是对所有注册的中间件的封装。
91990发布于 2018-01-15 - 来自专栏me的随笔
ASP.NET MVC5请求管道和生命周期
请求处理管道 请求管道是一些用于处理HTTP请求的模块组合，在ASP.NET中，请求管道有两个核心组件：IHttpModule和IHttpHandler。 在IIS7之前，如IIS6或IIS5，请求处理管道分为两个：IIS请求处理管道和ASP.NET管道，若客户端请求静态资源则只有IIS管道进行处理，而ASP.NET管道不会处理该请求。 从IIS7开始两个管道合二为一，称为集成管道。 ? 上图中主要描述ASP.NET运行时对HTTP请求的处理且不涉及太多细节。 请求生命周期 ASP.NET 应用程序的生命周期以浏览器向 Web 服务器发送请求为起点，请求到达服务器后进入处理管道，至浏览器接收服务器响应时为止。 最后附上一张老外绘制的ASP.NET请求管道图，图片来自《ASP.NET MVC Interview Questions and Answers Book》这本书。 ?
2.4K30发布于 2018-09-05 - 来自专栏ljw
匿名管道和命名管道
），然后用户层缓冲区通过系统调用（write）写到管道里，然后再通过read系统调用，被对方（读端）读取，就要从管道拷贝到读端，然后再显示到显示器上。 通信是为了更好的发送变化的数据，管道本质上是文件 所以必须要用到系统调用接口来访问管道，其是由系统管理，read和write ，操作系统相当于中介 结论：管道的特征： 1：具有血缘关系的进程进行进程间通信 2：管道只能单向通信 3：父子进程是会进程协同的，同步与互斥的--保护管道文件的数据安全 4：管道是面向字节流的 5：管道是基于文件的，而文件的生命周期是随进程的 再测试，把子进程sleep去掉，就是让子进程写快一点 ，父进程sleep几秒，就是让父进程读慢一点，看有什么现象 管道的四种情况 测试管道大小 把c一直往管道里写，把父进程中休眠50秒 结果差不多64kb 写端退了，测试结果 结果是： 读端正常读，写端关闭 ，还得把用户层缓冲区拷贝到管道里，（从键盘里输入数据到用户层缓冲区里面），然后用户层缓冲区通过系统调用（write）写到管道里，然后再通过read系统调用，被对方（读端）读取，就要从管道拷贝到读端，然后再显示到显示器上
77310编辑于 2024-10-18 - 来自专栏DotNet 致知
Asp.NetCore Web开发之请求管道和中间件(二)
通过上下文对象，处理请求，通过委托传递上下文对象到下一个中间件（这就是套娃模式的由来）。 （关于同步和异步的有关知识，将在后续进行讲解） 除了使用Use()方法，还有一种用法，这个方法有点特殊，因为它不存在next()方法传递上下文对象，它是请求管道的底，用于直接返回响应 //run am End MiddleWare\n"); }); 运行结果为： 这很直观的反应了中间件的顺序执行，以及嵌套执行，也直观的看出了套娃模式，你也可以把他想象成一个开口向上的抛物线，一端是请求 下面看一下如何定义一个真正的自定义中间件 首先，我们要明确，微软规定的自定义中间件的要求 1.具有类型为RequestDelegate参数的公共构造函数,这个参数就是请求委托， context) { //此处写中间件业务逻辑 //然后调用next指向下一个中间件 //调用next之前，属于请求部分的处理
62040编辑于 2022-03-29 - 来自专栏大内老A
ASP.NET Core应用基本编程模式：管道式的请求处理
ASP.NET Core请求处理管道必须有一个服务器，它是整个管道的“龙头”。 当承载服务GenericWebHostService被启动之后，定制的请求处理管道会被构建出来，管道的服务器随后会绑定到一个预设的端口（如KestrelServer默认采用5000作为监听端口）开始监听请求 如果读者希望对请求处理管道具有深刻的认识，就需要对中间件有一定程度的了解。 RequestDelegate 从概念上可以将请求处理管道理解为“请求消息”和“响应消息”流通的管道，服务器将接收的请求消息从一端流入管道并由相应的中间件进行处理，生成的响应消息反向流入管道，经过相应中间件处理后由服务器分发给请求者 但从实现的角度来讲，管道中流通的并不是所谓的请求消息与响应消息，而是一个针对当前请求创建的上下文。
1.1K20发布于 2020-11-11 - 来自专栏DotNet 致知
Asp.NetCore Web开发之请求管道和中间件(一)
你是否会迷惑当我们请求一个ASP.NetWeb应用程序以后，它是怎么处理这些请求的，后台是怎么工作的，今天就讲一下Asp.NetCore Web应用程序中的请求处理过程。 上一节，我们讲到，Startup文件中用来配置中间件（middleware），这个中间件就是用来处理请求的。 那标题中的请求管道又是什么呢，其实所有的中间件就组成了一个请求管道，我们的请求，到达ASP.NetWeb应用程序，就会被送到第一个中间件中，一个个的访问，每个中间件都对请求进行处理，直到进行到最后一个中间件原路返回处理结果 app.UseStaticFiles();//添加静态文件（wwwroot中的） app.UseRouting();//对路由的支持 app.UseAuthorization();//负责授权 请求和响应 ，就是在请求管道中被中间件层层处理并返回的过程，下一节会演示一下如何自定义一个中间件，我们可以通过自定义中间件处理逻辑来处理请求 本节到此结束...
71920编辑于 2022-03-29 - 来自专栏学习
【Linux】管道通信——命名管道
命名管道 vs. 如何创建命名管道 手动创建命名管道： mkfifo FIFO 这个FIFO也是一个文件，被操作系统特殊标记过，是管道文件。 用命名管道实现进程间通信 我们创建一下文件，Client是模拟的客户端用于发送请求，server是服务端，用于接收请求，Comm用于存储全局变量，还有一些都要用到的函数，Makefile用来编译可执行程序 ，我们封装一个类，用于管理管道文件的创建和销毁，声明一个全局变量，构造函数用于创建管道，析构函数用于销毁管道，由于全局变量的生命周期是和程序一样的，所以当程序结束的时候管道文件也跟着销毁，也意味着通信结束 Server是客户端用于接收请求，意思是我们要将Client发送的信息输出到屏幕上。 这个函数就是用于读取管道内部客户端发送的请求。
1.2K10编辑于 2025-02-25 - 来自专栏学习之路
【Linux】IPC 进程间通信（一）：管道（匿名管道&命名管道）
父进程向以写方式打开的文件的管道文件写入，子进程再从以读方式打开的文件的管道文件读取，从而实现管道通信。如果是要子进程向父进程传输数据，同理即可。 管道里的内容不需要刷新到磁盘 2.2 创建匿名管道 匿名管道：没有名字的文件(struct file) 匿名管道用于父子间通信，或者由一个父创建的兄弟进程（必须有“血缘“）之间进行通信 #include 2.3 匿名管道通信案例（父子通信） 注意：匿名管道需要在创建子进程之前创建，因为只有这样才能复制到管道的操作句柄，与具有亲缘关系的进程实现访问同一个管道通信 情况一：管道为空 && 管道正常（read 就会阻塞 4.4 匿名管道与命名管道的区别 匿名管道与命名管道的区别 匿名管道由 pipe函数 创建并打开。 管道分为两种类型：无名管道和命名管道 无名管道主要用于具有亲缘关系的进程（如父子进程），在创建时不需要名称，只能通过文件描述符进行访问 命名管道（FIFO）则可以在任何进程之间通信，使用文件系统中的路径来标识
1.2K10编辑于 2024-11-19 - 来自专栏不止dotNET
dotNET Core 3.X 请求处理管道和中间件的理解
本文分为以下几个部分来进行介绍： 新老管道模型对比 分析代码理解请求处理 中间件和过滤器的区别 自定义中间件 新老管道模型对比 我们知道，在 Web 应用中，无论使用什么技术，都是客户端发送一个请求，服务器端经过一系列的处理后返回结果给客户端 （图1） 在服务器端返回响应前我们的请求都会经过一些列的处理才会产生最终的结果，不管是之前的 dotNET Frameowrk 程序还是现在的 dotNET Core，中间的处理都采用了管道的设计。 ASP.NET 管道 通常，我们会将 ASP.NET 程序部署到 IIS 中，这样就形成了 IIS 和 ASP.NET 运行时的双管道模型，大致请求流程如下： 1、程序在 IIS 中运行后，会启动一个名为 ，这时请求就进入了 ASP.NET 的管道； 5、HttpRuntime 会根据 IsapiWorkerRequest 对象创建表示当前 HTTP 请求上下文 (Context) 对象 HttpContext 在 Core 中请求处理管道由一个服务器和一组中间件来组成，服务器默认就是内置的 Kestrel ，官方经典的流程图如下： ?
94840发布于 2020-04-24 - 来自专栏Python 学习
day133-scrapy基础&持久化存储（管道的使用）&手动发送请求
.// 的定位使用 image.png 1.4 .extract_first() 和 .extract() 的区别 image.png 2.scrapy管道的使用（存储数据） 2.1编辑项目目录下的 items 文件 image.png 2.2在爬虫文件下导入这个类 image.png 2.3在项目目录下的 pipelines 文件下的管道类写进 settings image.png 2.4在管道文件类里面写存储逻辑 ，注意返回 item image.png 2.scrapy手动发送请求，注意 yeild 结果 123.png
62330发布于 2020-05-06 - 来自专栏大内老A
学习ASP.NET Core,怎能不了解请求处理管道: 服务器在管道中的“龙头”地位
ASP.NET Core管道由注册的服务器和一系列中间件构成。我们在上一篇中深入剖析了中间件，现在我们来了解一下服务器。 服务器是ASP .NET Core管道的第一个节点，它负责完整请求的监听和接收，最终对请求的响应同样也由它完成。 一、HttpApplication 对于ASP.NET Core管道来说，HttpApplication对会接管服务器接收的请求，后续的请求完全由它来负责。 如下图所示，HttpApplication从服务器获得请求之后，会利用注册的中间件注册对请求进行处理，并最终将请求递交给应用程序。 8: public void Start<TContext>(IHttpApplication<TContext> application); 9: } 注册的KetrelServer在管道中会以依赖注入的方式被创建
83320编辑于 2022-05-09 - 来自专栏EdisonTalk
ASP.Net请求处理机制初步探索之旅 - Part 3 管道
其中，在HttpApplication的Init()方法中触发了请求处理管道事件的执行，本篇我们就来看看所谓的请求处理管道。 一、所谓“请求处理管道” HttpApplication对象是ASP.NET中处理请求的重要对象，但是，这种类型的对象实例不是由程序员来创建的，而是由ASP.NET帮助我们创建的。 从这里可以看出，ASP.NET请求处理管道就像是一个大型的AOP框架。 换句话说，是在HtttpApplication的第7个管道事件处对请求进行了拦截。 ? 换句话说，MvcRouteHandler把请求交给了MvcHandler去做请求处理管道中后续事件的处理操作了。 ?
1.6K20发布于 2018-08-20 - 来自专栏利志分享
关于go的只读管道只写管道以及单向管道的理解
,只能写数据到管道里面 func writeChan(ch chan<- int) { ch <- 1 } //单向只读管道，只能从管道里面读出数据 func readChan(ch <-chan { value := <-ch fmt.Println(value) } 上面的例子，writeChan只能对ch变量进行写操作，readChan只能对ch变量进行读操作，这样造成很多同学对管道理解就有了只读和只写管道了 ，其实管道都是双向的，默认双向可读写，只是管道在函数参数传递时可以使用操作符限制管道的读写，就如上面的例子。 关于上面单向管道的例子，单向管道只能用于发送或者接受数据，但是go的管道其实是没有单向管道，所谓的单向管道只是对管道的一种使用限制，这个和c语言const修饰函数参数为只读是一个道理。 总结： go语言是没有只读管道，只写管道，单向管道。 所谓的只读管道，只写管道，单向管道只是对go的管道一种限制使用。
1.3K10编辑于 2022-04-25 - 来自专栏code人生
Redis 管道
请求/响应协议和往返时间（RTT） Redis是一个使用客户端-服务器模型和名为请求/响应协议的TCP服务器。 这意味着通常一个请求是通过以下步骤完成的： •客户端向服务器发送查询，并以阻塞方式从套接字读取服务器的响应。•服务器处理命令并将响应发送回客户端。 很容易看出，当客户端需要连续执行许多请求时（例如，向同一个列表中添加许多元素，或者用许多键填充数据库），这会如何影响性能。 例如，如果RTT时间为250毫秒（在通过互联网连接的非常慢的链路上），即使服务器能够每秒处理10万个请求，我们也最多只能每秒处理四个请求。 Redis管道 请求/响应服务器可以实现为即使在客户端尚未读取旧响应的情况下也能处理新请求。这样，就可以完全不等待回复地向服务器发送 多个命令 ，最后在一个步骤中读取回复。
61010编辑于 2024-04-11 - 来自专栏1++的Linux
详解管道
进程间通信的发展：管道System V进程间通信POSIX进程间通信管道：匿名管道pipe命名管道System V IPC：System V 消息队列System V 共享内存System V 信号量POSIX IPC：消息队列共享内存信号量互斥量条件变量读写锁二，管道管道是Unix中最古老的进程间通信的形式。 这样通信方式我们叫做匿名管道。管道的本质是一种文件。下面我们来简单的实现一个匿名管道：使用pipe系统调用来创建匿名管道。 因此管道可以让进程间协同，提供了访问控制。管道提供的是面向流式的通信服务，其生命周期随进程。从管道读数据是一次性操作，数据一旦被读，它就从管道中被抛弃，释放空间以便写更多的数据。 ：命名管道与匿名管道的原理相同，都是通过让两个进程看到同一份资源，从而实现通信，但命名管道不再局限于父子进程之间，而是任意两个进程之间实现通信。
66551编辑于 2023-10-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号