<编译调试=“true”> 在预编译的 asp.net 网站中 - 这重要吗？

Question

我正在 Visual Studio 2008 上使用 Web 部署项目部署一个预编译和全页面合并的网站。请注意，所有程序集和项目都已在发布模式下编译。

我的所有页面都是在发布模式下预编译的。 所以它们不会被重新编译，它们只会被运行时加载。 在这种情况下，当不需要页面编译时，在 system.web 中设置 会有什么不同吗？

Answer 1

查看下面的优秀链接：

• ASP.NET 内存：如果您的应用程序正在生产中...那么为什么 debug=true
• 不要在启用 debug=”true” 的情况下运行生产 ASP.NET 应用程序

基本上：

• 由于调试支持的开销，您的代码将运行得更慢。
• 脚本和图像不会缓存在客户端，因为如果您不断进行更改和调试，您不希望在开发过程中缓存内容。
• 请求不会超时。 同样，当您调试代码时，您不希望出现请求超时。

上述情况均不可取。 您会在上面的链接中发现更多缺点。

Answer 2

根据文档：

指定是否编译调试二进制文件而不是零售二进制文件

但是，刚刚通过 System.Web 快速反映，我可以看到调试标志由以下内容（直接或间接）使用：

• 运行时编译 (ASPX/ASCX/MASTER)
• 的代码生成浏览器功能文件
• HttpDebugHandler，在调试会话期间使用。

因此，如果您的站点经过预编译，您将不会受到性能影响。 然而，由于 HttpApplication 将响应 DEBUG http 动词，因此您将面临安全问题。

简而言之，设置 debug=false，即使您的站点是预编译的。

编辑： debug=true 将导致缓存性能（参见 Mehmet Aras 的答案）命中并且没有执行超时，但它不会降低已编译页面的执行速度。

Answer 3

来自博客文章 ASP.Net – 再也不会了害怕使用 debug=true 发布您的网站：

• ASP.NET 页面的编译需要更长的时间（因为批量编译已关闭）
• 代码通常执行速度较慢
• 内存占用增加
• 从 WebResources.axd 处理程序下载的脚本和图像不会增加缓存的
• 请求不会超时（这很糟糕，因为在生产环境中，我们不希望请求无限期地卡住）

本文继续建议设置生产服务器 machine.config 以确保强制零售部署模式，这本质上意味着调试总是假的。