CallerMemberNameAttribute是否保证在调用方内联前求值？求替代方案

1. CallerMemberNameAttribute是否受调用方内联影响？ #

完全不受影响。因为调用方信息（包括CallerMemberName对应的名称）是编译阶段就以字面量形式写入IL代码的，而非运行时动态计算。JIT的内联优化是运行时的代码调整，不会修改已经固化在IL中的字面量参数值。无论调用方是否被内联，辅助方法接收到的始终是原调用方法的名称。

2. 更可靠的获取当前函数签名/名称的机制 #

如果需要更直接或更全面的方法信息，除了CallerMemberName，还有以下方案：

编译期生成（推荐） #

使用.NET的源代码生成器（Source Generator），在编译时自动为目标方法生成获取自身名称、签名的代码。这种方式完全在编译阶段完成，运行时无额外开销，不受内联影响，且重构工具能正常识别（生成的代码与原方法绑定）。例如可以生成类似public string GetMyMethodSignature() => "void MyClass.MyMethod()"的代码，直接在方法内调用即可。

运行时方案（谨慎使用） #

如果必须用运行时方式，可以通过StackTrace和StackFrame获取，但要注意：

• 默认情况下，内联会导致StackFrame获取到内联后的方法，此时可以在创建StackFrame时指定skipFrames参数，或者针对特定方法禁用内联（不推荐全局配置）。
• 这种方式有明显的性能开销，不适合高频调用场景。

补充：CallerMemberName的可靠用法 #

如果仅需获取方法名称，CallerMemberName的方案已经足够可靠，无需担心内联问题。示例代码：

public static class MethodInfoHelper
{
    public static string GetCurrentMethodName([CallerMemberName] string methodName = "")
    {
        return methodName;
    }
}

// 在业务方法中调用
public class MyService
{
    public void ProcessData()
    {
        string currentMethod = MethodInfoHelper.GetCurrentMethodName();
        // currentMethod的值始终是"ProcessData"，即使该方法被JIT内联
    }
}

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