CallerMemberName是最轻量方案，因编译期静态注入成员名，零运行时开销、比反射快一个数量级；它仅返回直接调用者的方法名，不追溯调用栈，须用于带默认参数的string类型参数方法中。
为什么 CallerMemberName 是最轻量的方案
直接用它，比反射快一个数量级，且编译期注入、零运行时开销。它不是“获取”，而是“让编译器帮你填”，所以不会触发栈遍历或字符串解析。
常见误用是把它当 StackTrace 用——比如想在日志里查调用链，结果发现只返回当前方法名，上层调用者完全没体现。
-
CallerMemberName只作用于**直接调用它的那个方法的成员名**，不追溯调用栈 - 必须用在有默认参数的方法中，且该参数类型为
string - 不能用于属性 getter/setter 的自动实现体（编译器不识别），但可用于显式写的 get 方法
怎么写一个带 CallerMemberName 的日志辅助方法
典型场景：统一打日志时自动补上方法名，避免手写字符串出错或重构后失效。
public static void Log(string message, [CallerMemberName] string memberName = "")
{
Console.WriteLine($"[{memberName}] {message}");
}
调用时不用传 memberName 参数，编译器会自动塞入当前调用点所在方法的名字：
void ProcessData()
{
Log("开始处理"); // 输出：[ProcessData] 开始处理
}
- 如果在 lambda 里调用，
memberName填的是**lambda 所在方法名**，不是 lambda 自身（lambda 没有成员名） - 在构造函数里调用，得到的是
.ctor；静态构造函数是.cctor - 值类型方法中使用，名称正常；但若方法被内联（如
[MethodImpl(MethodImplOptions.AggressiveInlining)]），可能填空字符串（取决于编译器优化阶段）
CallerMemberName 在属性访问器里怎么用
自动属性不行，但可以手动写 get/set：
private string _name;
public string Name
{
get => GetPropertyValue(nameof(Name));
set => SetPropertyValue(ref _name, value);
}
private T GetPropertyValue<T>([CallerMemberName] string propertyName = "") => ...
private void SetPropertyValue<T>(ref T field, T value, [CallerMemberName] string propertyName = "") => ...
这样既保持属性语义，又拿到准确名称。注意：nameof(Name) 是编译期常量，而 CallerMemberName 是运行时注入（虽然实际发生在编译期），二者行为一致，但后者更防重构——改属性名后无需改字符串。
- 不要在
get或set体内直接用[CallerMemberName]参数——语法错误，编译不过 - 如果属性在接口中定义，实现类里重写时，
CallerMemberName返回的是**实现类中的方法名**（如get_Name），不是接口声明名
和 MethodBase.GetCurrentMethod() 对比有什么坑
有人图省事用反射：MethodBase.GetCurrentMethod().Name，但它慢、可被混淆器破坏、还可能返回 <Main>b__0_0 这种编译生成名。
-
CallerMemberName不受代码混淆影响，名字永远是源码里的原始标识符 - 反射方式在 AOT 编译（如 .NET Native、.NET 6+ iOS/macOS）下可能被裁剪掉，而
CallerMemberName安全 - 若方法被泛型重载，反射返回的是带签名的完整名（如
M<int>），而CallerMemberName只给M——这是设计使然，它只管“成员名”，不管泛型参数
真正需要调用栈深度信息时，别硬套 CallerMemberName，老实用 Environment.StackTrace 或 Exception.StackTrace，只是记得它代价高、不适合高频打点。
