ASP.NET运行机制原理

---浏览器与IIS的交互过程

一、浏览器和服务器的交互原理

(一)、浏览器和服务器交互的简单描述：

1.通俗描述：我们平时通过浏览器来访问网站，其实就相当于你通过浏览器去访问一台电脑上访问文件一样，只不过浏览器的访问请求是由被访问的电脑上的一个 WEB服务器软件来接收处理，它会分析接收到的请求信息，从而按照请求信息来找到服务器电脑上的文件，经过处理，最终将生成的内容发回到浏览器。

简单的说就是：由浏览器生成一条“命令”，通过互联网发给另一台电脑的某个软件(服务器软件)；服务器软件接收到“命令”，就分析理解这个“命令”，然后按照“命令”找到服务器电脑上的文件，将文件内容发送回浏览器。

2.通过上图，我们看到了浏览器和服务器交互的简单过程。现在，我们要想想，浏览器和服务器软件到底是神马东东，他们之间又是如何交互信息的呢？

其实，浏览器和服务器软件，就是两个独立的应用程序(就如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地址，并发送回浏览器。

(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就去它的 扩展程序映射表 中根据被请求文件后缀名 查看是否有能够处理这种文件的扩展程序。

而我们ASPNET中常用的文件.aspx/.ashx等 对应的处理程序是aspnet_isapi.dll。如下图：

(6)如果IIS根据后缀名找到对应的处理程序，则通过调用此程序来处理浏览器发送来的请求报文。

至于，之后又进行了什么操作，请继续关注：

《ASP.NET运行机制原理02_ASP.NET整体运行机制01从浏览器到HttpApplication ---没有控件的ASP.NET》

转载请注明出处：ASP.NET运行机制原理01---浏览器与IIS的交互过程 开智网 http://www.oumind.com

ASP.NET页面运行机制以及请求处理流程