IIS处理页面的运行机制：
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再把内容发送到客户浏览器。
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的配置。
5、HttpApplication对象使用IHttpHandlerFactory类型的实例返回HttpHandler（http处理程序）给HttpRuntime对象。一个页面只是个http处理程序对象。
6、最后由HttpRuntime对象调用IHttpHandler的页面对象的ProcessRequest方法。
from http://space.itpub.net/12639
最近的项目里用到AjaxControlToolkit 3.5,项目完成以后在本地测试没问题，放到服务器上去在IE6就出现Ajax 客户端框架未能加载的问题，在FF，IE7，Opera，Safari等浏览器都没问题，真是搞不懂MS怎么搞得，现在 就想抛弃IE6，找的好辛苦啊，网上说的解决方案都试过了，都没用，最后找到的答案是：应用程序的编码问 题，只要在 ......
ValidationSummary:该空间的作用是把所有验证错误的列表显示在页面的同一个地方。
属性：DisplayMode:显示错误信息的方式：BulletList放在<ul><li></li></ul>里；List放在<div>错误1<br/>错误2</div>中，不同信息使用<br/>隔开；SingleParagraph放在<div>& ......
