它是一个程序，负责对网站的内容进行管理，以及对客户的请求（就是Http请求）做出反应。当用户对一个页面提出请求时，IIS做如下反应（忽略权限）：
1.把对方请求的虚拟路径转换成物理路径
2.根据物理路径搜索请求的文件
3.找到文件后，获取文件的内容
4.生成Http头信息。
PS：关于IIS和IE生成的Http头信息（元数据），它是IE的一个插件，专门查看头信息的。
5.向客户端发送所有的文件内容：首先是头信息，然后是Html内容，最后是其它文件的内容。
6.客户端IE浏览器获得信息后，解析文件内容，找出其中的引用文件，如.js .css .gif等，向IIS请求这些文件。
7.IIS获取请求后，发送文件内容。
8.当浏览器获取所有内容后，生成内容界面
但是IIS有个缺点，即它仅仅支持静态html页面的内容，就是说，他只能分析如.htm，.html这样的文件内容。像一些动态内容的页面，含有服务器端操作代码的页面类型，如.asp，.aspx，.cgi，.php等，IIS不认识这些专用的标记，它就会把它当作文本，丝毫不做处理发送到客户端。
为了解决这个问题。IIS推出了一种机制，叫做ISAPI扩展（标准组件(COM组件)、过滤器+跳转程序），如果安装了专门的扩展，那么在访问IIS所不能处理的文件时，如.asp和.aspx文件，IIS就会在自己的进程里面启动这个扩展。刚才说了，ISAPI首先是个过滤器，他在注册到IIS的时候，会把每个扩展可以处理的文件扩展名注册到IIS里面。扩展启动后，就根据定义好的方式来处理IIS所不能处理的文件，然后把控制权跳转到专门处理代码的进程中。让这个进程开始处理代码，生成标准的HTML代码，生成后把这些代码加入到原有的Html中，最后把完整的Html返回给IIS，IIS再把内容发送到客户端。
客户端向web服务器*.aspx页面,http请求被inetinfo.exe进程截获（www服务），判断文件后缀之后，把这个请求转交给ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL则会通过一个Http PipeLine的管道，将这个http请求发送给ASPNET_WP.EXE进程，之后.net framework通过HttpRuntime处理这个Http请求，处理完毕后将结果返回给客户端。
当http请求被送入到HttpRuntime后，请求继续被送入到HttpApplication Factory容器当中，而这个容器给出一个HttpApplication实例来处理传递进来的http请求，而后依次进入到如下几个容器中：
HttpModule --> HttpHandler Factory --> HttpHandler
当系统内部的HttpHandler的ProcessRequest方法处理完毕之后，整个Http Request就被处理完成了，客户端也就得到相应的东东了。