CallerMemberName 返回空字符串最常见原因是参数未设为带默认值的 string 类型；必须是可选参数（如 string? memberName = null），且不能为 ref/out/in、泛型约束参数，调用须在方法体内直接发生。
用 CallerMemberName 获取调用方方法名，不是为了炫技，而是解决日志、验证、INotifyPropertyChanged 这类场景里“谁在调用我”的实际问题——但它不会自动生效，必须配合可空引用、正确参数修饰和调用约定才能可靠工作。
为什么 CallerMemberName 有时返回空字符串？
最常见原因是：没把参数设为 string 类型且带默认值。编译器只在满足特定签名时才注入调用信息。
- 必须是可选参数：
string memberName = ""或string? memberName = null - 不能是
ref/out/in参数 - 不能是泛型约束参数（如
T where T : class） - 调用必须发生在方法体内，不能通过反射或委托间接触发（此时返回的是委托包装方法名，不是原始调用者）
示例错误写法：void Log(string memberName) —— 没默认值，编译器不注入；void Log(ref string memberName = "") —— ref 禁止默认值，直接编译失败。
在 INotifyPropertyChanged 中怎么安全用 CallerMemberName？
这是它最经典也最容易翻车的场景：属性变更通知需要精确知道哪个属性变了，但手写字符串易错、重构不安全。
- 必须启用可空引用上下文（
#nullable enable），否则string参数可能被推断为非空，导致传null时崩溃 - 推荐用
string? propertyName = null，既兼容旧代码，又避免空引用异常 - 不要在属性 setter 外部手动传参（如
OnPropertyChanged("Name")），否则会覆盖自动注入值
正确模式：
private string _name;
public string Name
{
get => _name;
set
{
if (_name != value)
{
_name = value;
OnPropertyChanged(); // 不传参，靠 CallerMemberName 自动填 "Name"
}
}
}
protected virtual void OnPropertyChanged([CallerMemberName] string? propertyName = null)
{
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
}
CallerMemberName 在日志方法中要注意什么？
它能帮你省掉写 Log("UserService", "UpdateUser", "开始处理") 这种重复前缀，但容易忽略调用栈深度问题。
- 如果日志方法被中间层封装（比如统一
SafeLog()包一层），CallerMemberName返回的是SafeLog的名字，不是原始业务方法 - 解决方案：要么让日志方法不封装（直接暴露给业务层），要么加一级跳转标记（如
[SkipLocalsInit]无用，真正有效的是用StackTrace手动取第 2 帧，但性能差） - 异步方法中它返回的是
MoveNext，不是原始async方法名——除非你把它放在await后面的同步代码段里
所以别指望它在所有封装层级下都“智能”，它的注入点就是编译时静态确定的那个直接调用位置。
真正麻烦的不是怎么写这个特性，而是当它出现在被多次代理、AOP 织入、表达式树编译的路径里时，你得清楚它在哪一层还有效、在哪一层已经失效——这时候看生成的 IL 或用 StackTrace 对齐比猜更靠谱。
