在C#项目开发里，经常需要让程序知道自己是不是正在Debug模式下运行。比如开发阶段想打印完整堆栈和SQL语句，上线后又要彻底关掉这些耗性能的输出。C#本身从编译到运行提供了多套机制来识别环境，理解它们的差异能避免把调试代码带进生产版本。
使用条件编译符号DEBUG进行判断
最普遍也最安全的方式是利用条件编译。在Visual Studio中，Debug配置默认定义了DEBUG符号，而Release配置没有。我们可以借助#if DEBUG预处理指令，让某段代码只在Debug编译时存在，Release编译后这段源码会被完全剔除，不会产生任何IL指令。
这种方式的优势在于零运行时开销。因为判断发生在编译期，最终程序集中根本不包含被跳过的代码，也就不存在分支判断的性能损耗。下面的示例展示了如何用DEBUG符号控制日志输出：
using System;
class Logger
{
public static void DebugLog(string msg)
{
#if DEBUG
Console.WriteLine("[DEBUG] " + msg);
#else
// Release模式下什么都不做，此方法体为空
#endif
}
}
class Program
{
static void Main()
{
Logger.DebugLog("当前处于调试构建");
}
}
不过条件编译的局限也很明显：它只能反映编译时的配置，无法感知程序运行起来之后有没有被调试器附加。假如你用Debug配置编译完，却在没有任何调试器的情况下双击运行exe，代码依然会走进DEBUG分支。因此在需要区分“编译调试”和“运行被调试”的场景里，单靠它还不够。
通过Debugger.IsAttached检测运行时调试状态
如果关心的是“此刻是否有调试器连着进程”，就应该使用System.Diagnostics.Debugger.IsAttached属性。这是一个运行期布尔值，当Visual Studio或其他兼容调试器附加到当前进程时返回true，否则为false。它不依赖编译符号，在Debug和Release里都能用。
下面的代码演示了如何在方法内部动态决定是否进入断点逻辑。注意它不会让代码消失，只是一次普通属性读取，所以会有极小的判断成本，但相比日志本身可以忽略：
using System;
using System.Diagnostics;
class Program
{
static void ProcessData()
{
if (Debugger.IsAttached)
{
Console.WriteLine("调试器已附加，开启慢速校验");
// 此处可放置仅调试时需要的大量断言
}
else
{
Console.WriteLine("正常运行模式");
}
}
static void Main()
{
ProcessData();
}
}
这种方案的短板在于：如果用户用Release版本运行，但中途用VS附加进程，IsAttached会立刻变true；反过来Debug版本若脱离调试器独立运行，它就是false。因此它描述的是运行状态而非编译状态。在写授权校验时要小心，不能只靠它来防破解，因为攻击者可以在没有调试器时让逻辑走“非调试”分支。
利用Assembly特性与配置读取做环境识别
除了上述两种，还可以通过读取程序集的编译信息或配置文件来区分环境。例如在项目文件里，Debug配置通常会关联DEBUG常量，我们也可以自定义一个AssemblyMetadata特性，把构建配置写进程序集，运行时用反射读取。这样既能跨编译期保留信息，又不必暴露源码分支。
更常见的工程做法是结合ConfigurationManager或IConfiguration读取appsettings里的环境字段。虽然这不属于严格意义上的“判断Debug模式”，但在ASP.NET Core等框架中，用Environment.IsDevelopment()来代替DEBUG符号判断已成主流，可读性更好，也方便运维通过环境变量切换。
using System;
using System.Reflection;
class Program
{
static void Main()
{
var asm = Assembly.GetExecutingAssembly();
foreach (var attr in asm.GetCustomAttributes<AssemblyMetadataAttribute>())
{
if (attr.Key == "BuildConfig")
{
Console.WriteLine("构建配置: " + attr.Value);
}
}
}
}
综合来看，条件编译适合彻底剔除调试代码，Debugger.IsAttached适合运行期动态行为，而程序集元数据和配置方案适合需要持久化环境信息的场景。实际项目中往往组合使用：用#if DEBUG包裹仅开发期使用的重型诊断代码，用IsAttached控制轻量实时日志，用配置文件决定连接哪套服务。理清三者边界，才能写出既安全又易维护的C#程序。