如何在Release模式下无需替换文件使用C# #if Debug预处理器指令？

1. #if Debug在Release模式下的行为 #

#if Debug 预处理器指令完全依赖编译时定义的DEBUG符号。默认情况下，Release构建不会启用这个符号，所以包裹在#if Debug块里的代码会在编译阶段被彻底移除，不会出现在最终的Release DLL中。这意味着一旦发布了生产版本，你根本没法通过配置变更启用这些代码——因为代码本身就不在部署包里，必须重新编译并发布带有DEBUG符号的版本才行，这直接违背了你“无需替换DLL”的需求。

2. 配置驱动LogLevel方案的性能顾虑 #

你担心LogLevel设为Error时会执行无用代码，但实际上只要把性能日志逻辑放在运行时的LogLevel检查内部，开销几乎可以忽略不计：

public int Process()
{
    Stopwatch stopwatch = null;
    if (CurrentLogLevel == LogLevel.Debug) // 从配置读取当前日志级别
    {
        stopwatch = Stopwatch.StartNew();
    }

    int a = 20;
    int b = 30;
    int c = a + b;

    if (CurrentLogLevel == LogLevel.Debug)
    {
        stopwatch?.Stop();
        var methodName = $"{GetType().FullName}.{nameof(Process)}";
        WritePerformanceLog(0, methodName, "API", DateTime.UtcNow, DateTime.UtcNow, stopwatch?.Elapsed.ToString());
    }

    return c;
}

当LogLevel为Error时，只会执行一次简单的配置值检查，这个操作的性能成本极低，完全不会影响生产环境的运行效率。而且你可以随时修改配置文件切换到Debug级别，无需重启应用或重新部署。

3. 两种方案的对比 #

• #if Debug方案：优点是Release构建中完全无性能日志代码，零开销；缺点是无法动态启用，必须重新编译部署，不适合生产环境临时排查问题。
• 配置驱动方案：优点是可以通过配置动态开关，无需重启或部署；缺点是存在极微小的配置检查开销，但这个代价远小于动态排查问题带来的收益。

4. 优化建议 #

• 避免每次都从配置文件读取LogLevel，可以缓存这个值（比如在应用启动时读取，或者监听配置变更事件自动更新缓存）。
• 使用nameof(Process)代替MethodInfo.GetCurrentMethod()，前者是编译时确定的，性能更好且更安全。

内容的提问来源于stack exchange，提问作者Pravin