我们知道，IIS自身是不能处理像ASPX扩展名这样的页面，只能直接请求像HTML这样的静态文件。
当客户端请求一个服务器资源时，这个HTTP请求会被inetinfo.exe进程截获（www服务），然后Check请求资源的类型，并依据资源映射信息（存储在IIS元库中，一种IIS专用的配置数据库）将请求的资源分配给特定的处理程序模块。
1，如果是静态资源的请求，则分配由IIS处理（IIS在本地Web Server上访问请求的文件），将内容输出到控制台，发出请求的浏览器就能接收到它了。—–End
2，如果是服务型请求资源（aspx），我们前面讲过：IIS自身是不能处理像ASPX扩展名这样的页面，，，那是怎么处理这种服务型资源的呢？
重点：在IIS中有一个ISAPI过滤器，它是一个COM组件。ASP.NET服务在注册到IIS的时候，就会添加一个Win32的扩展动态库aspnet_isapi.dll（默认路径：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll），在对应的扩展名中，根据定义好的方式（GET,HEAD,POST,DEBUG）来处理aspx界面。aspnet_isapi.dll处理代码，生成标准的HTML代码，返回给IIS，IIS再把内容发送到客户浏览器。——End
那Asp.Net页面运行机制—请求处理流程到底是什么样的呢？WebConfig优先级在Global前面还是后面，bin下的DLL又是什么时候装载的呢？
————————–
1.IIS接收到客户请求
2. IIS把请求交给aspnet_isapi.dll处理
3.(如果是第一次运行程序)装载bin目录中的dll
4.(如果是第一次运行程序)读取各级webconfig中的配置
5.(如果是第一次运行程序)编译装载global.asax,初始化HttpApplication实例
6.创建响应请求的HttpContext
7.创建承载响应结果的HttpTextWriter
8.找到合适的HttpHandler(asp.net页面),处理http请求
9.处理session,异常
10.把处理结果反馈个客户 这就是可定制的HttpModule
—————————-
写这篇文章，是因为在做静态化处理的时候，我希望自己打开的html也被当成服务型资源，被aspnet_isapi.dll处理，而html默认是静态资源，是直接由IIS处理，不走Global等。
那这样处理的代码就没法被运行，怎么办呢？
当我们了解上面，就明白了，为什么aspnet_isapi.dll会去处理aspx呢？那是因为在ISAPI过滤器有aspx的映射关系，那如果我在ISAPI过滤器中加入.html的映射关系和处理方式，是不是也可以呢？
———————————————
在ISAPI过滤器中加入.html的映射关系和处理方式
【百度：把“.htm”映射到aspnet_isapi.dll】
操作：点击属性->配置->映射->添加->可执行文件名先aspnet_isapi.dll
扩展名输入.htm或者.html根据后缀来确定.限制为GET,HEAD,POST,DEBUG,去掉检测文件是否存在.保存即可.
———————————————
哈哈哈……是的，成功了，html成功的被aspnet_isapi.dll处理。至此，我的完美静态化处理也告一段落！！！！蛋终于不疼了。。
