nameof 返回变量声明时的标识符字符串，不求值、不反射；仅支持类型名和静态成员访问，不支持实例表达式、索引器、构造函数等；核心价值在于编译期检查与重构安全。
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合法，返回.count) "Count"；但nameof(myList.Count)非法，因为myList是实例，而nameof不解析实例成员访问链 - 泛型类型需完整写出，
nameof(Dictionary可以，但) 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 导入——它只看源码里你写的那个词。