.NET 编译器——调试与发布

.NET Compiler -- DEBUG vs. RELEASE

多年来，我一直在 VB.NET 中使用 DEBUG 编译器常量将消息写入控制台。我也一直在以类似的方式使用 System.Diagnostics.Debug.Write。我一直认为，当 RELEASE 用作构建选项时，编译器会忽略所有这些语句，从而将您的生产代码从调试语句的开销中解放出来。最近在使用 Silverlight 2 Beta 2 时，我注意到 Visual Studio 实际上附加到了我从公共网站上运行的 RELEASE 版本，并显示了我认为甚至没有编译的 DEBUG 语句！现在，我的第一个倾向是假设我的环境有问题，但我也想问任何对 System.Diagnostics.Debug 和 DEBUG 构建选项有深入了解的人，我在这里可能会误解什么。

首选方法是实际使用条件属性来package调试调用，而不是使用编译器指令。 #ifs 可能会变得棘手，并可能导致奇怪的构建问题。

使用条件属性的示例如下(在 C# 中，但也适用于 VB.NET)：

1
2
3
4
5

[ Conditional("Debug") ]
private void WriteDebug(string debugString)
{
// do stuff
}

当您在没有设置 DEBUG 标志的情况下进行编译时，任何对 WriteDebug 的调用都将被删除，因为假设发生在 Debug.Write() 中。

检查 Debug.Write 方法。它标有

1	[Conditional("DEBUG")]

属性。

ConditionalAttribute 的 MSDN 帮助说明：

Indicates to compilers that a method
call or attribute should be ignored
unless a specified conditional
compilation symbol is defined.

构建配置是否有release或debug标签无关紧要，重要的是其中是否定义了DEBUG符号。

我也读过这篇文章，它让我相信，当未定义 DEBUG 时，在 System.Debug 函数上声明的 ConditionalAttribute 会导致编译器完全忽略此代码。我认为 TRACE 也是如此。也就是说，System.Diagnostics.Debug 函数必须具有用于 DEBUG 和 TRACE 的 ConditionalAttributes。我的假设是错误的。单独的 Trace 类具有相同的功能，这些定义依赖于 TRACE 常量的 ConditionalAttribute。

来自 System.Diagnostics.Debug：
_
公共共享子写入 (_
消息作为字符串_
)

来自 System.Diagnostics.Trace：
_
公共共享子 WriteLine (_
消息作为字符串_
)

看来我最初的假设是正确的，System.Diagnostics.Debug(或 system.Diagnostics.Trace)语句实际上不包含在编译中，就好像它们包含在#IF DEBUG(或#IF TRACE)区域中一样.

但我在这里也从你们那里了解到，并且已经验证，RELEASE 版本本身并不能解决这个问题。至少对于仍然有点不稳定的 Silverlight 项目，您需要进入"高级编译选项..."并确保未定义 DEBUG。

我们从 .NET 1.1/VS2003 跳转到 .NET 3.5/VS2008，所以我认为其中一些以前的工作方式有所不同，但可能在 2.0/VS2005 中有所改变。

选择是编译还是删除调试信息，

在项目的属性窗口中进入"构建"选项卡。

选择正确的配置(Active/Release/Debug/All)并确保您
如果需要信息，请检查"调试常量"，
或者如果你不选中它。

应用更改并重建

如您所说，使用 DEBUG 编译器符号实际上会省略程序集中的代码。

我相信 System.Diagnostics.Debug.Write 将始终输出到附加的调试器，即使您已在发布模式下构建。根据 MSDN 文章：