C#日志场景：无异常、不使用反射获取当前类与方法名

嘿，这个问题我太有共鸣了！做日志的时候谁不想避开反射啊——不仅性能开销不小，写起来也麻烦。针对无异常场景下获取当前类和方法名，其实有几个实用的方案，完全不用依赖反射或者异常堆栈，我给你捋捋：

1. 优先用Caller Information特性（最推荐） #

从.NET 4.5开始，微软提供了Caller信息特性，这是编译器层面的魔法——它会自动帮你填充调用方的方法名、文件路径、行号这些信息，完全不需要反射，运行时零额外开销，代码还特别清爽。

你只需要在日志方法的参数上加上对应的特性，调用的时候根本不用传这些参数，编译器会自动帮你搞定：

using System.IO;
using System.Runtime.CompilerServices;

public class AppLogger
{
    // 用Caller特性标记参数，编译器自动填充
    public void LogInfo(string message,
        [CallerMemberName] string callerMethod = "",
        [CallerFilePath] string callerFile = "",
        [CallerLineNumber] int callerLine = 0)
    {
        // 从文件路径里提取类名（因为文件路径是完整的，比如C:\MyApp\Services\OrderService.cs）
        var className = Path.GetFileNameWithoutExtension(callerFile);
        // 输出格式示例：INFO [OrderService.CreateOrder:22] 开始创建订单，ID: 1001
        Console.WriteLine($"INFO [{className}.{callerMethod}:{callerLine}] {message}");
    }
}

// 调用示例
public class OrderService
{
    private readonly AppLogger _logger = new AppLogger();

    public void CreateOrder(int orderId)
    {
        // 只需要传日志消息就行，其他参数编译器自动填
        _logger.LogInfo($"开始创建订单，ID: {orderId}");
    }
}

这个方案几乎是完美的：性能拉满，代码简洁，还能拿到行号这种细节，完全满足INFO日志的需求。

2. 手动创建StackTrace（兼容老版本.NET） #

如果你的项目还在使用.NET 4.5之前的版本，那可以手动创建StackTrace来获取调用方信息。不过要注意，创建StackTrace有一定的性能开销，所以如果是高频调用的INFO日志，要权衡一下。

示例代码：

using System.Diagnostics;

public class AppLogger
{
    public void LogInfo(string message)
    {
        // Skip 1帧：因为当前帧是LogInfo方法本身，我们要的是调用它的方法
        var stackFrame = new StackTrace(1, false).GetFrame(0);
        var targetMethod = stackFrame.GetMethod();
        
        var className = targetMethod.DeclaringType?.Name ?? "UnknownClass";
        var methodName = targetMethod.Name;
        
        Console.WriteLine($"INFO [{className}.{methodName}] {message}");
    }
}

这里的StackTrace(1, false)参数说明：

• 第一个参数1表示跳过当前方法的堆栈帧（也就是LogInfo自己的帧）
• 第二个参数false表示不加载调试符号文件，能减少性能开销

3. AOP框架织入（适合大型项目） #

如果你的项目是大型应用，不想每个方法都手动写日志调用，可以用AOP框架（比如PostSharp、Fody）在编译时自动织入日志代码。这些框架会在编译阶段帮你自动获取类名、方法名，运行时完全没有额外开销，还能统一管理日志逻辑。

比如用PostSharp的话，你只需要给类或方法加个[Log]特性，配置好日志级别，它就会自动帮你生成包含类名、方法名的日志：

[Log(AttributeExclude = false, AttributeTargetMembers = "regex:.*")]
public class OrderService
{
    public void CreateOrder(int orderId)
    {
        // 业务逻辑，不用手动写日志
    }
}

这种方式适合需要统一日志规范的大型项目，能节省大量重复代码。

总结一下 #

• 优先选Caller Information特性：简单、高效、无性能开销，.NET 4.5+都支持
• 老版本.NET用手动StackTrace：注意性能，高频场景谨慎使用
• 大型项目用AOP框架：统一管理日志，减少重复代码

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