我知道这是一个老问题，但值得一提的是，您可以在DEBUG和RELEASE之外创建自己的配置，例如TEST或UAT。

如果在项目属性页的Build选项卡上，你将“条件编译符号”设置为TEST(例如)，你就可以使用这样的构造

#if (DEBUG || TEST )
    //Code that will not be executed in RELEASE or UAT
#endif

您可以出于特定的原因使用此构造，例如，如果需要，可以使用不同的客户端，甚至可以使用整个Web方法。我们过去也使用过这种方法，因为某些命令在特定的硬件上导致了问题，所以当部署到硬件X时，我们有一个应用程序的配置。

我知道这是一个老问题，但值得一提的是，您可以在DEBUG和RELEASE之外创建自己的配置，例如TEST或UAT。

如果在项目属性页的Build选项卡上，你将“条件编译符号”设置为TEST(例如)，你就可以使用这样的构造

#if (DEBUG || TEST )
    //Code that will not be executed in RELEASE or UAT
#endif

您可以出于特定的原因使用此构造，例如，如果需要，可以使用不同的客户端，甚至可以使用整个Web方法。我们过去也使用过这种方法，因为某些命令在特定的硬件上导致了问题，所以当部署到硬件X时，我们有一个应用程序的配置。

不。

在调试配置中有一个debug定义的常量(由Visual Studio自动定义)，而在发布模式中没有定义这样的常量。检查构建中的项目设置。

在Project -> Build下选择[Define DEBUG常量]就像在每个文件的开头都包含# Define DEBUG。

如果你想为发布配置定义一个RELEASE常量，请到:

项目属性->构建 选择释放模式 在“条件编译符号”文本框中输入:RELEASE

虽然M4N的答案(#if (!DEBUG))最有意义，但另一种选择可能是使用预处理器来修改其他标志的值;如。

bool isRelease = true;
#if DEBUG
    isRelease = false;
#endif

或者更好的方法是，使用定义预期行为的标志，并根据模式设置它们，而不是引用我们是在发布模式还是调试模式:

bool sendEmails = true;
#if DEBUG
    sendEmails = false;
#endif

这与使用预处理器标志是不同的，因为这些标志在生产中仍然存在，所以每次调用该代码时，您都会产生if (sendEmails) {/* send邮件*/}的开销，而不是在发布版中存在但在调试中不存在的代码，但这可能是有利的;例如，在你的测试中，你可能想要调用你的SendEmails()方法，但在模拟上，同时在调试中运行以获得额外的输出。

我以前从来没见过……但我已经看到:

#if (DEBUG == FALSE)

and

#if (!DEBUG)

对你有用吗?

在我的VS install (VS 2008) #if RELEASE不工作。但是你可以使用#if !DEBUG

例子:

#if !DEBUG
SendTediousEmail()
#endif