ASP.NET请求过程-1

客户端发送请求到达服务器

输入域名->DNS解析->指定IP 服务器(如果网页直接输入IP地址则直接到服务器)->请求到达服务器->HTTP.SYS接受HTTP请求->转发给ISAPI(是一个内置服务,他是IIS服务器的一个组件),检查当前请求的后缀。(后缀的配置在 处理程序映射  服务里面)->根据后缀(asp.net mvc默认管道给他添加一个asd后缀)  管道通信给aspnet_isapi(注意这个是给sap.net用的   其他的还有php_isapi   java_isapi等)->把网站的请求封装为httpworkrequest->然后又把httpworkerequest传给httpruntime(httpruntime是可以再程序中访问到的,他是asp.net程序的入口)->然后到达httpapplicationfactory,他是http应用程序的一个工厂->他会创建出一个httpapplication(管道模型就是来自他)

关键词解释

上图(来自网络)中httpruntime和httpapplicatonfactory是浅颜色,因为他们是单例的。说明这两个对象在程序中只有一次创建。

每次过来请求都会创建一个httpapplication,但是httpapplicationfactory内部维护了一个对象池,每次创建的httpapplication使用完之后不会马上被销毁。会放在池子里。

关键字解释

应用程序池:IIS中的概念,就是网站运行时的内存空间。

应用程序域::为了保证代码的键壮性CLR希望不同服务功能的代码之间相互隔离,这种隔离可以通过创建多个进程来实现,但操作系统中创建进程是即耗时又耗费资源的一件事,所以在CLR中引入了AppDomain的概念,AppDomain主要是用来实现同一进程中的各AppDomain之间的隔离

推荐https://www.cnblogs.com/asminfo/p/3999412.html

HttpRuntime:ttpRuntime在ASP.NET处理请求中负责的是创建HttpContext对象以及调用HttpApplicationFactory创建HttpApplication。

推荐https://www.cnblogs.com/kissdodog/archive/2013/05/07/3065208.html

HTTPApplicationFactory:创建HttpApplication,对HttpApplication池管理。

HttpApplication:就是一个用户请求。

推荐https://www.cnblogs.com/liangxiaofeng/p/5625976.html

推荐https://www.cnblogs.com/cs_net/archive/2010/11/22/1883706.html

HttpContext:用户请求以及后台处理的信息都放在这个类型里面,里面包含了用户请求过程遇到的事件(分别可以通过Module和global.asax指定)

推荐文章https://www.cnblogs.com/cs_net/archive/2010/11/22/1883706.html

Module:对HttpApplication中事件 进行注册。是一个观察者模式(加配置文件)。

Handler:所有的请求都回到Handler(无论是原来的webform 还是现在的mvc。就连一个图片都是的。)。

时间: 2024-11-10 14:37:24

ASP.NET请求过程-1的相关文章

ASP.NET请求过程-Handler

什么事Handler asp.net程序所有的请求都是handler处理的.以前的webform我们访问的地址是xxxxx.aspx地址,其实他也会到一个handler(我们写的业务代码都在handler里面).现在的 asp.net mvc,我们访问的页面后面 没有aspx后缀了,但是他也是会到handler处理的(但是我们更加局限了,我们的业务代码不是在handler里面).总的来说 asp.net的请求都是handler处理的. IIS服务器中  ISAPI服务分配请求的时候根据后缀名分配

ASP.NET 运行时详解 揭开请求过程神秘面纱

对于ASP.NET开发,排在前五的话题离不开请求生命周期.像什么Cache.身份认证.Role管理.Routing映射,微软到底在请求过程中干了哪些隐秘的事,现在是时候揭晓了.抛开乌云见晴天,接下来就一步步揭开请求管道神秘面纱. 上篇回顾 在介绍本篇内容之前,让我们先回顾下上一篇<ASP.NET运行时详解 集成模式和经典模式>的主要内容.在上一篇随笔中,我们提到ASP.NET运行时通过Application的InitInternal方法初始化运行管道.ASP.NET运行时提供了两种初始化管道模

【IIS】我所理解的IIS处理ASP.NET页面请求过程

众所周知,一个完整的动态网页的从请求到响应无非包括以下3个步骤: 1.浏览器客户端发出http请求. 2.IIS服务端接受请求. 3.处理请求并输出请求结果到浏览器客户端. 首先,简单的说说我所理解的IIS,它依赖于Windows服务World Wide Web Publish Service的,并依赖于进程w3wp.exe的.也就是说IIS的运行离不开工作进程w3wp.exe,同时每个IIS站点下的应用程序都是被用用程序池进行隔离,应用程序池即w3wp.exe的容器,通过池隔离的机制保证当某个

4.1ASP.NET Core请求过程「深入浅出ASP.NET Core系列」

希望给你3-5分钟的碎片化学习,可能是坐地铁.等公交,积少成多,水滴石穿,谢谢关注. HTTP请求过程 这里展示整体的HTTP请求的过程,这里化繁为简,保留了主干流程: 从浏览器输入域名开始,这里忽略了建立TCP的3次握手,向服务器发起HTTPRequest请求,服务器接受到之后,会触发服务器对网站的动态解析,然后把生成的网页信息通过HTTPResponse返回给用户,内部包含HTML的Body,Head等信息,最后就是浏览器对这些HTML信息进行内部引擎渲染的过程了. ASP.NET Core

mvc请求过程总结-前篇

前言 最近在思考一个问题,我的学习方法一般主要是看博客来学习新东西,但是光看,基本也没总结过,所以经常会出现这样的问题,某个知识点我知道,但是就是不能很好的表达出来,很简单的东西往往都不知道如何简短精炼的阐述清楚.所以我想到应该每天抑或是经常性的总结近期学到的知识,这样既可以巩固知识又可以提高语言的组织能力. MVC的请求过程 有些比较细节的地方直接忽略了,我主要摸索它的大概轨迹 首先从客户端发出请求开始,iis接受请求,找到web应用程序运行的工作者进程,如果进程不存在,则创建的新的工作进程,

ASP.NET 未被授权访问所请求的资源。请考虑授予 ASP.NET 请求标识访问此资源的权限

开发了一个导入TXT文件的功能,执行过程中出错.提示:.....ASP.NET 未被授权访问所请求的资源.请考虑授予 ASP.NET 请求标识访问此资源的权限.ASP.NET 有一个在应用程序没有模拟时使用的基进程标识(通常,在 IIS 5 上为 {MACHINE}\ASPNET,在 IIS 6 上为网络服务).如果应用程序正在通过 <identity sonate="true"/> 模拟,则标识将为匿名用户(通常为IUSR_MACHINENAME)或经过身份验证的请求用户

【转】各版本IIS下ASP.net请求处理过程区别

原文地址:http://www.cnblogs.com/fsjohnhuang/articles/2332074.html ASP.NET是一个非常强大的构建Web应用的平台,它提供了极大的灵活性和能力以致于可以用它来构建所有类型的Web应用. 绝大多数的人只熟悉高层的框架如: WebForms 和 WebServices --这些都在ASP.NET层次结构在最高层. 这篇文章的资料收集整理自各种微软公开的文档,通过比较 IIS5.IIS6.IIS7 这三代 IIS 对请求的处理过程, 让我们熟

springMVC的请求过程

springMVC请求过程: 请求信息(包括用户相关信息)发送到DispatcherServlet,DispatcherServlet在这里做为前端控制器. DispatcherServlet查询处理器映射,处理器映射会根据请求携带的URL信息进行决策. 当选择了合适的控制器,DispatcherServlet会将请求发送给选中的控制器.在这里控制器会处理这些信息. 控制器在完成逻辑处理后,会产生一些信息,这些信息将被打包成模型(model),并指定一个接收视图名(逻辑名). Dispatche

深入Web请求过程(笔记)

深入Web请求过程 B/.S架构的好处: B/S架构带来两方面好处: l  客服端使用统一浏览器,由于浏览器具有统一性,有效屏蔽了不同服务提供商提供给用户使用服务的差异性.. l  服务端基于统一的HTTP,为服务提供商简化了开发模式,节省开发成本,服务开发者只需要关注提供服务的应用逻辑. B/S网络架构概述 B/S网络架构从前端到后端都是基于统一的应用层协议HTTP来交互数据,与传统C/S架构采用的长连接的交互模式不同,HTTP采用无状态的短连接的通信方式.通常情况下,一次请求就完成一次数据交