1. 问题起因
2. 尝试过的处理思路
3. 解决方法
一个从VS2003(.Net Framework 1.1)升级到.net framework 4.0的项目，每次编译或者部署到服务器上后，首次请求任何一个目录下的默认页面时，都要耗时3~5秒；而以前使用.net framework 1.1的时候，没有这个问题。
我在页面上开启Trace="true"来跟踪，发现页面的处理时间并不久(IIS重启，首次打开页面时截获的信息)：
但是IIS日志中，显示首次请求页面的耗时接近4.635秒。后续连续刷新页面，处理时间比较正常。。
虽然耗时比较久，但页面能够打开；然后我重启IIS，再次打开站点，用VS附加W3WP.exe来进行调试，再次打开这个页面的时候，发现抛出异常了：发生了 System.ArgumentException， Message=已存在具有相同键的条目。
我Attach到w3wp上去后，首次访问目录下的默认页面，catch到ArgumentException异常，然后根据异常信息，追踪到 TemplateParser.ParseFile -> ParseString -> ParseStringInternal -> ProcessBeginTag；然后我就尝试了下列努力：
1. 该目录下默认文件的<%@Page ....%>定义，属性与其他文件并没有任何不同(除了CodeBehind和Inherits的值)，我把页面里面的内容一点儿一点儿删掉，最后是剩下空内容(只剩下head、body、form几个元素)、空后台代码，问题还依旧存在。
2. 我在这个目录下面，新建了一个页面(VS2010自动生成的，没有添加任何元素或标签)，然后把这个新文件作为该目录默认页，发现问题还是存在。
3. 在第2步的基础上，打开新默认页后，我在URL中直接输入旧的默认页，页面瞬间刷出来了。然后我就纠结了，这延时，与页面内容毛的关系都木有，这异常信息也太坑爹了。
4. 出于尝试一下，我试下该目录下的其他文件，首次访问会不会变慢。于是重启IIS，然后发现首次访问该目录中的第一个文件(不论首次访问的是哪个文件)，都会耗时数秒；如果Attach到w3wp，都会Catch到这个异常。
5. 项目是从.net framework 1.1(VS2003)上直接升级过来的，以前03的版本，木有这个问题。然后google“asp.net 4.0 slow”，找到下面这个：
6. The very first time that the page is load, then the asp.net compile a lot of pages, almost every one found on the same dir, including modules, and dlls found on bin.也就是说，在首次请求一个目录下的某个文件时，会把该目录的所有文件都编译一下。这样做的好处是，把一个目录的编译操作都集中在首次访问上，后续请求会比较快；但这样带来的问题是，如果编译时间比较久，那第一个发起请求的人就杯具了。于是在配置文件中，<code>设置batch="false"</code>，然后问题消失，首次请求的速度提上来了，attach上去也没有异常了。
部署的时候，记得在配置文件中，把debug和batch关闭，把optimizeCompilations打开：
<compilation targetFramework="4.0" debug="false" batch="false" optimizeCompilations="true">