nameof 用在变量名上，返回的是变量声明时的名字，不是运行时值
当你写
nameof(x)，编译器直接把
x替换成字符串字面量
"x"，不求值、不反射、不查运行时信息。这意味着： 如果变量是局部变量、参数、字段或属性，
nameof只认它的声明标识符，和它当前存了什么值完全无关 不能对表达式求名，比如
nameof(list[0])或
nameof(obj?.Name)会编译失败——报错
CS0120: An object reference is required for the non-static field, method, or property或类似提示 支持嵌套访问，如
nameof(Person.Name)返回
"Name"，但前提是
Person是类型名（非实例）且
Name是它的公开成员
nameof 用于类型和成员时，要区分静态上下文和实例上下文
nameof对类型名本身有效（如
nameof(string)→
"string"），也支持访问其公开成员（字段、属性、方法、事件），但有严格限制：
nameof(List<int>.Count)</int>合法，返回
"Count"；但
nameof(myList.Count)非法，因为
myList是实例，而
nameof不解析实例成员访问链 泛型类型需完整写出，
nameof(Dictionary<string int>)</string>可以，但
nameof(Dictionary)不行（编译器不认识裸名
Dictionary） 不支持索引器、构造函数、运算符重载等特殊成员，
nameof(MyClass.this[])或
nameof(MyClass.+)均不被允许
常见误用：试图用 nameof 替代反射获取运行时名称
有人想用
nameof动态拿到某个对象属性的实际名称（比如根据条件选字段），这是行不通的。例如：
var prop = condition ? nameof(User.Id) : nameof(User.Name); // ✅ 编译期确定
但下面这种写法是错的：
var obj = new User(); var propName = nameof(obj.Id); // ❌ 编译错误：不能对实例表达式使用 nameof
真正需要运行时推导名称时，得用反射，比如
obj.GetType().GetProperty("Id")?.Name，但代价是性能开销和丢失编译检查。
另一个典型坑：
nameof不做命名空间解析，
nameof(Foo.Bar)要求
Foo在当前作用域可见（已 using 或是嵌套类型），否则报
CS0246: The type or namespace name 'Foo' could not be found。
和字符串硬编码比，nameof 的实际价值在重构安全与 IDE 支持
用
nameof(User.Name)替代
"Name"，不只是少打几个引号。关键好处体现在： 重命名字段/属性时，Visual Studio 或 Rider 能自动同步所有
nameof引用（硬编码字符串不会动） 拼写错误在编译期就被捕获，比如
nameof(User.Namme)直接报错，而不是等到单元测试或日志里看到错名才暴露 在异常消息、验证属性（如
[Required(ErrorMessage = "The " + nameof(Email) + " field is required")]）、Expression Tree 构建中，它是零成本、类型安全的字符串来源
注意：
nameof生成的字符串全是 ASCII 标识符形式，不带泛型参数、不展开别名、也不处理 C# 6+ 的
using static导入——它只看源码里你写的那个词。
