CallerMemberName参数传递异常

Question

**问题描述：** 在使用 `CallerMemberName` 特性进行参数注入时，若方法被反射调用或通过动态代理、AOP框架间接调用，常出现无法正确获取调用者成员名称的问题，导致日志或异常信息中记录的调用来源失真。此类异常常见于日志记录、异常追踪或自动化监控场景，影响问题定位效率。如何确保在间接调用场景下仍能准确获取调用者成员名？

Answer 1

一、问题背景与基本概念

在 .NET 平台中，CallerMemberName 是一种编译时注入调用者成员名称的特性，常用于日志记录、异常追踪等场景。例如：

public void Log(string message, [CallerMemberName] string memberName = "")
{
    Console.WriteLine($"Called from {memberName}: {message}");
}

然而，当该方法被反射调用、通过动态代理或 AOP（面向切面编程）框架调用时，CallerMemberName 往往无法正确识别原始调用者，而是返回代理类或反射调用的上下文，导致日志信息失真。

二、问题成因分析

造成该问题的根本原因在于 CallerMemberName 是由编译器在调用点静态注入的。它依赖于调用语句的源代码位置，而非运行时的调用栈。因此，在以下场景中会失效：

1. 反射调用（如使用 MethodInfo.Invoke）
2. 动态代理（如 Castle DynamicProxy、Unity Interception）
3. AOP 框架（如 PostSharp、Fody、AspectCore）

这些机制通常会生成中间类型或包装方法，从而遮蔽原始调用者信息。

三、影响范围与典型场景

该问题主要影响以下系统模块：

模块	影响描述
日志记录系统	无法准确记录调用来源，影响问题定位
异常追踪	异常堆栈信息不完整，难以追溯根源
自动化监控	监控数据来源失真，影响分析结果

四、解决方案与实现思路

为了解决此问题，可以从以下几个角度入手：

1. 手动传递调用者信息：在调用代理方法时显式传入调用者名称。
2. 利用调用栈解析：在运行时通过 StackTrace 获取调用方法名。
3. 增强 AOP 框架支持：在拦截器中注入调用者信息。
4. 结合 IL 织入技术：使用 Fody、PostSharp 等工具在编译时注入信息。

五、具体实现示例

以下是通过调用栈解析获取真实调用者的示例代码：

public void Log(string message)
{
    var stackTrace = new StackTrace();
    var frame = stackTrace.GetFrame(1); // 获取上一层调用
    var method = frame.GetMethod();
    var memberName = method.Name;
    Console.WriteLine($"Called from {memberName}: {message}");
}

该方法虽然牺牲了一定性能，但能确保在反射或代理调用时仍能获取真实调用者。

六、流程图与调用链分析

以下是一个典型的调用链及其信息丢失流程：

graph TD A[原始调用方法] --> B[动态代理拦截] B --> C[注入日志方法] C --> D[CallerMemberName 返回代理类方法]

为避免信息丢失，应在拦截器层面主动解析调用者信息，如下图所示：

graph TD A[原始调用方法] --> B[动态代理拦截] B --> E[解析调用栈获取真实方法名] E --> C[注入日志方法] C --> F[使用解析出的成员名]