事情的起因是，我们在项目中使用了URLRewriter.dll作为实现伪静态的工具，在VS2010及之前的开发环境中，该功能运行正常，但在VS Express 2012 for Web中就不起作用了，追究原因，找到是IIS Express配置的问题，因为IIS Express与IIS的配置很相似，并且在这个过程中对以前Asp.net配置中的未有甚解的配置项重新看过了一遍，所以记录下来，以免以后遇到这样的问题还要再将原始文档翻看一遍。

这个追究原因的过程是：

IIS和IIS Express的配置

1. 从IIS7开始使用基于XML的配置系统来存储IIS的设置信息（就是将IIS的设置存储在XML文件中），而在IIS7之前，这些配置信息是使用元数据（metabase)来存储IIS的设置信息的；参看：http://www.iis.net/configreference；IIS的配置文件共有ApplicationHost.config;Administration.config(IIS Express无此配置文件);Redirection.config;
2. 存储IIS配置信息的XML文件，其组织形式类似于Asp.net的配置文件，表现在：（1）使用后缀名.config；（2）层次式（下层中的配置项可覆盖上层中的配置项）；（3）配置文件中均有<configSections />定义配置节处理器，其余部分为配置节处理器的配置信息；
3. IIS配置文件Administration.config中的<modules>元素用于定义可以在IIS管理器中提供的功能；也就是你打开IIS Manager后，在Feature View界面上能够看到的每个Feature，都是<modules>元素的一个子元素。大概因为IIS Express不提供定制Feature的功能且不提供UI界面，所以，IIS Express无此配置文件；参看：http://www.iis.net/configreference/modules；
4. ApplicationHost.config中的<modules>元素，现在我弄不清是干什么的了，参考链接是：http://www.iis.net/configreference/system.webserver/modules，有时间在研究研究吧；
5. ApplicationHost.config中的<handlers>元素用来定义处理特定文件扩展名或URL的处理程序（handler），Handler是IIS的组件，不同的Hanlder被配置用来处理对特定内容的请求；IIS中配置的托管Handler和Asp.net中的Handler是一个概念，只不过默认情况下这些托管handler只在IIS的集成模式下其作用，若需在IIS经典模式使用，则需要在ASP.net应用程序的Web.config中的<system.server><HttpHandler>中配置（当然IIS还有不同于托管Handler的其他的handler类型），参看：http://www.iis.net/configreference/system.webserver/handlers；
6. IIS或Asp.net是如何找到handler的？还有Handler类型也搞不明白；

有关Asp.net配置文件的几个问题（MSDN中有关Asp.net配置的地址是：http://msdn.microsoft.com/zh-CN/library/ms178683.aspx）

1. <system.web>:是ASP.NET 配置设置的根元素，包含用于配置 ASP.NET Web 应用程序和控制其行为方式的配置元素；
   1. <HttpModules>
   2. <HttpHandlers>
2. <system.web.extention>:是ASP.NET 扩展配置节的根元素，包含用于配置 ASP.NET 服务和控制其行为方式的元素（注意和<system.web>的异同）；
3. <system.webServer>：只在IIS7.0及以上的集成模式中其作用，在经典模式下，将忽略其中配置的内容；

IIS/IIS Express/Asp.net配置片段记录