IIS、Asp.net 编译时的临时文件路径（转载）

IIS上部署的ASP.NET站点都会在一个.Net Framework的特定目录下生成临时编译文件增加ASP.NET站点的访问性能，有时候需要手动去删除这些临时编译文件，特别是发布新版本代码到IIS后，如果发现新发布的代码在IIS上没有生效，那么很有可能是.Net Framework下生成的临时编译文件没有被自动更新。所以需要去手动删除这些临时编译文件，强制IIS通过新发布的代码生成新的临时编译文件。这里找到了一篇文章介绍了IIS、Asp.net 编译时的临时文件，记录下来作为参考！

ASP.NET 会定期在应用程序发生改变、需要重新编译时清理编译文件夹并删除陈旧的资源，但 Temporary ASP.NET Files 目录下的子树的大小可能会显著地增加，在测试计算机上更是如此。 作为管理员，您应密切关注 Temporary ASP.NET Files 下的目录，并确保所有目录都是与当前活动的应用程序有关的。如果您无意间删除了一个处于活动状态的应用程序的子树，不必惊慌。您将丢失所有预编译的页面和资源并会将应用程序重置到其最初的编译状态；但下一个请求将触发对每个页面或一批页面（具体取决于配置）执行新的编译过程，因此最终不会丢失任何信息或页面，只不过用户在处理下一个请求时将感觉到首次命中延迟。
今天同事反映服务器的空间不够用了，结果发现Temporary ASP.NET Files特别大，才明白，这个是.net的编译文件，每次更新版本，都会重新编译到该目录下。删掉后，以后第一次访问的时候速度会慢一些。
正在使用被IIS进程使用的文件删除不掉。
路径：C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files

原文地址