ASP.NET运行机制原理
一、浏览器和服务器的交互原理
(一)、浏览器和服务器交互的简单描述：
1.通俗描述：我们平时通过浏览器来访问网站，其实就相当于你通过浏览器去另一台电脑*问文件一样，只不过浏览器的访问请求是由被访问的电脑上的一个 WEB服务器软件来接收和处理的，它会分析接收的请求信息，从而按照请求信息来找到服务器电脑上的文件，经过处理，最终将生成的内容发回到浏览器。
简单的说就是：由浏览器生成一条“命令”，通过互联网发给另一台电脑的某个软件(服务器软件)；服务器软件接收到“命令”，就分析理解这个“命令”，然后按照“命令”找到服务器电脑上的文件，将文件内容发送回浏览器。
2.通过上图，我们看到了浏览器和web服务器之间交互的简单过程。浏览器和web服务器软件到底是什么，他们之间的信息又是如何交互的呢？
其实，浏览器和服务器软件，就是两个独立的应用程序(就如qq、office、画图工具一样)。那么两个应用程序之间要交互信息，就牵扯到了应用程序通信的问题。那他俩是使用什么方式通信的呢？
答案是套接字：Socket。至于Socket的具体用法和原理，篇幅问题不在此文中写了，先预留位置在这，下次补上《基于多线程和套接字的简易WebServer软件-没有控件的ASP.NET》。
浏览器和服务器软件通过套接字来发送和接收对方的信息,但现在的关键问题是,他们发送和接收的到底是什么?— 基于Http协议的报文数据（详见《Http协议介绍—没有控件的ASP.NET》）。
也就是说：浏览器和服务器软件其实就是两个使用Socket进行通信的的两个应用程序：双方都发送按照 Http协议语法规范组织的数据，接收到数据后都按照 Http协议语法规范来解释。
(二)、浏览器和IIS(or other webserver)交互机制
上图就是IIS (服务器软件)
1 浏览器和IIS交互过程：
我们都知道，在互联网上确定一台电脑的位置是使用IP寻址，但为什么当我们平时访问网站时直接输入一个域名也能够访问到某个服务器电脑进而由对方的服务器软件发送响应页面数据给我呢？下面我把简单步骤列出：
(1) 在浏览器输入网址:www.oumind.com/index.html，浏览器按照Http协议语法生成请求报文数据。
(2)浏览器检查本机是否保存了www.oumind.com/index.html. 域名对应的服务器IP地址。如果没有，则发送请求到所在城市网中最近的DNS服务器(域名解析服务器)，它会根据我们发送来的域名查询到该域名对应的服务器IP地址，并发送回浏览器。
（DNS：Domain Name System 域名系统）
(3)浏览器从DNS服务器获得了 www.oumind.com/index.html域名对应的服务器电脑IP，则将 请求报文通过Socket发送到服务器电脑。（注意：Http协议 规定服务器软件使用的默认端口是80，通俗的说，就是如果浏览器访问一个网站页面，浏览器默认就是将 请求报文 发送到服务器80端口，而服务器负责监听这个端口的软件一般就是服务器软件—比如asp.net用的IIS，java用的Tomcat。）
(4)IIS接收到“请求报文”，分析请求报文，从中获取请求的页面路径 /index.html。判断页面的后缀名，如果是静态页面(.html/.jpg/.css/.js等)，则直接由IIS软件的组件读取该文件内容，并将内容通过Socket发送回浏览器。
(5)但如果此时请求的是一个动态页面(.aspx/.ashx)，IIS自己就处理不了 (因为IIS软件开发出来的时候，ASP.NET程序还不存在呢) 。所以，IIS就去它的“扩展程序映射表”中根据被请求文件后缀名 查看是否有能够处理这种文件的扩展程序。
而我们ASP.NET中常用的文件.aspx/.ashx等，对应的处理程序是aspnet_isapi.dll。如下图：
(6)如果IIS根据后缀名找到对应的处理程序，则通过调用此程序来处理浏览器发送来的请求报文。
2 ASP.NET页面运行机制以及请求处理流程
IIS自身是不能处理像ASPX扩展名这样的页面，只能直接请求像HTML这样的静态文件，之所以能处理ASPX这样扩展名的页面，是因为IIS有一个ISAPI过滤器，它是一个COM组件。ASP.NET服务在注册到IIS的时候，就会添加一个Win32的扩展动态库aspnet_isapi.dll。并将扩展可以处理的页面扩展名（如 ASPX）注册到IIS里面。扩展启动后，就根据定义好的方式来处理IIS所不能处理的页面。
当客户端请求一个服务器资源时，这个HTTP请求会被inetinfo.exe进程截获（www服务），然后Check请求资源的类型，并依据资源映射信息（存储在IIS元库中，一种IIS 专用的配置数据库）将请求的资源分配给特定的处理程序模块。若请求的是静态资源（img,text,html等）则由IIS处理（IIS在本地Web Server*问请求的文件），将内容输出到控制台，发出请求的浏览器就能接收到它了。若需要在服务器端处理的请求，则会被传到已注册的扩展模块中，aspx请求会被分配给aspnet_isapi.dll，让这个程序开始处理代码，生成标准的HTML代码，然后将这些HTML加入到原有的HTML中，最后把完整的HTML返回给IIS，IIS再把内容发送到客户浏览器。
3 ASP.NET FrameWork对请求的处理：
上面说到IIS将像ASPX这样的页面分配给aspnet_isapi.dll，接着处理如下：
1、aspnet_isapi.dll则会 通过一个Http PipeLine的管道将这个Http请求发给w3wp.exe（iis 工作者进程，IIS6.0中叫做 w3wq.exe，IIS5.0中叫做 aspnet_wp.exe)，之后asp.net framework就会通过HttpRuntime来处理这个Http请求。
2、HttpRuntime首先会确定处理该请求的类名，HttpRuntime通过公共接口IHttpHandler来调用该类获取被请求资源的类的实例。
3、调用HttpRuntime.ProcessRequest开始处理要发送到浏览器的页面，具体说就是创建一个HttpContext实例，它封装了所有与请求有关的http特有的信息，并初始化一个Write对象用于缓存标记代码。
4、HttpRuntime使用上下文信息查找或新建能处理该请求的WEB应用程序的对象。由HttpApplication Factory负责返回HttpApplication实例。
5、HttpApplication实例会读取web.config中所有HttpModule的配置。
6、HttpApplication对象使用IHttpHandlerFactory类型的实例返回HttpHandler（http处理程序）给HttpRuntime对象。一个页面只是个http处理程序对象。
7、最后由HttpRuntime对象调用IHttpHandler的页面对象的ProcessRequest方法。
=================================
当客户端的Http请求到达服务器后，IIS会为Http请求分配应用程序池，在应用程序池中创建请求需要的管道，请求管道将Http请求的各步骤进行了分配。
当第一次请求页面时，在请求管道中经过了身份验证等模块的一系列操作后，他会被映射处理程序处理，发现要请求的是.aspx页面，这时请求将转交给Asp.net执行也就是我们上图的步骤2。Asp.net页面分为前台.aspx文件和后台.cs文件，Asp.net引擎会将前台文件和后台文件合并生成一个页面（Page）类，然后再由编译器将该页面类编译成为程序集，再由程序集生成静态HTML页面，然后将HTML文件返回给映射处理程序，并将静态HTML页面返回给客户端浏览器解释运行。
当用户第二次请求该页面时，直接调用编译好的程序集即可，从而大大提高打开页面的速度。正因为如此，我们才会发现当用户第一次打开该页面时速度会很慢，但是以后再打开该页面速度会很快的原因。
这里我们站在一个比较高层次上看Asp.net的运行机制，我们一步步的将HTTP请求转变成了我们通常可见的HTML页，但却忽略了很多细节。首先请求在进入管道后，HTTP请求是如何一步步转交给.aspx文件的，其次在页面编程时会用到很多Asp对象这些对象是如何创建的。不着急，我们将问题上抛，进入我们的第二节。
原文链接：
1.https://www.cnblogs.com/gsk99/p/4917414.html
2.https://blog.csdn.net/zhang_xinxiu/article/details/10832805