在实现ILogger的独立自定义日志组件中如何可靠获取调用方方法名

你硬编码栈帧索引new StackTrace(4)的实现本身没有鲁棒性，这是两个场景结果不一致的核心原因：

• 栈帧的层级不是固定值：单元测试项目会额外多出测试框架的外层包装栈帧，正式发布模式下JIT可能对短方法做内联优化，直接合并掉相邻的栈帧，再加上不同业务项目里你可能多写一层日志封装，栈的偏移量永远不可能稳定是4。

直接用.NET 4.5+原生支持的编译时调用方信息注入机制，完全不需要运行时遍历栈帧，从根源上避免不同项目场景的栈结构差异问题，这也是微软官方日志框架获取调用方信息的标准实现思路。

• 第一步：给用户实际调用的日志扩展方法加上带调用方特性的可选参数
  编译器会在编译阶段自动把调用方的方法名、文件路径、代码行号填充到这些参数里，完全不依赖运行时的栈结构：

  // 给用户暴露的调用入口，比如LogInformation扩展方法
  public static void LogInformation(this ILogger logger, string message,
      [CallerMemberName] string callerMethod = "",
      [CallerFilePath] string callerFilePath = "",
      [CallerLineNumber] int callerLine = 0)
  {
      // 透传调用方信息到内部的Log实现
      logger.Log(
          logLevel: LogLevel.Information,
          eventId: new EventId(0),
          state: message,
          exception: null,
          formatter: (state, ex) => state.ToString(),
          callerMethod: callerMethod,
          callerFilePath: callerFilePath,
          callerLine: callerLine);
  }
  

• 第二步：改造你现有的Log<TState>方法，直接接收透传过来的调用方信息
  直接替换掉原来硬解析StackTrace的逻辑即可，还可以顺带获取调用方所属程序集信息：

  public void Log<TState>(LogLevel logLevel, EventId eventId, TState state, 
      Exception exception, Func<TState, Exception, string> formatter,
      string callerMethod = "", string callerFilePath = "", int callerLine = 0)
  {
      // 直接使用传入的调用方信息，不需要再手动遍历栈帧
      var logContent = new
      {
          LogLevel = logLevel.ToString(),
          CallerAssemblyName = typeof(TState).Assembly.GetName().Name,
          CallerMethod = callerMethod,
          CallerFile = callerFilePath,
          CallerLine = callerLine,
          Message = formatter(state, exception)
      };
      // 后续日志写入逻辑...
  }
  

• 跨场景一致性：不管是正式业务项目、单元测试项目，调用方信息都是编译期生成的，完全不会受栈帧数量变化、测试框架包装、JIT内联优化的影响
• 性能损耗远低于手动解析StackTrace：没有运行时栈遍历的开销，适合高频写日志的生产环境
• 信息完整度更高：除了方法名、所属程序集，还可以直接拿到调用方的源文件路径、行号，不需要自己解析栈帧提取这些信息

注意：必须保证调用方信息从用户入口方法到最终Log实现的全链路透传，不能在中间某一层断开参数传递，否则拿到的就是中间封装层的方法名，不是业务侧的真实调用方法。

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