init属性是编译期强制的只写一次语义，仅限对象初始值设定项、构造函数体或record的with表达式中赋值，其他场景（如普通方法或默认构造后赋值）均触发CS8852编译错误。
init 属性不是“运行时只赋一次”的安全带，而是编译器在构造上下文里划的一道硬线——越界就直接报错，不给机会。
init 属性只能在对象初始化阶段赋值
所谓“初始化阶段”，是编译器静态识别的几个固定场景：对象初始值设定项（new Person { Name = "Alice" }）、构造函数体内部、record 的 with 表达式。其他任何地方都不行。
-
var p = new Person(); p.Name = "Bob";→ 编译错误CS8852 - 在普通方法里写
this.Name = "Charlie";→ 同样报CS8852，哪怕这个方法是public void Reset() - 反序列化时（如
System.Text.Json）能成功，是因为它走的是特殊反射路径，不是常规属性赋值；而Newtonsoft.Json默认不支持，需加[JsonConstructor]或显式标注[JsonProperty]
required + init 才算真正防漏填
只用 init 不保证必填：漏写 Name 字段，Name 就是 null，毫无提示。加上 required 才触发编译器强制检查。
-
public required string ApiUrl { get; init; }→new Config()或new Config { TimeoutMs = 3000 }都会报CS8618 -
required只对init和set属性有效，对readonly字段或只读自动属性无效 - 项目目标框架必须 ≥
.NET 6.0，否则required关键字不被识别
init 和 private set 看似一样，但语义和生成代码完全不同
表面都是“外部不能改”，但 private set 是访问权限限制，init 是生命周期限制。
-
private set编译后仍是普通 setter，只是修饰符为private；类内任意方法都能改 -
init编译后生成带initonly标记的特殊 setter，CLR 层面禁止非构造上下文调用 - EF Core 7+ 支持
init映射，但若混用init和set属性做查询投影，可能触发隐式客户端求值警告
字段默认值（=）和 init 赋值不是一回事
public string Name { get; init; } = "Unknown"; 这句里的 = "Unknown" 是字段初始值，不是 init 赋值行为。它发生在字段声明时，和构造流程无关。
- 如果用了对象初始值设定项：
new Person { Name = "Alice" }，则"Unknown"被覆盖 - 如果没赋值且没
required：new Person()仍会得到Name == "Unknown"，但这不是init干的，是字段初始化干的 - 这种写法合法，但容易让人误以为
=是init的兜底逻辑——其实它俩完全解耦
最常被忽略的一点：init 的“一次性”边界由编译器静态判断，不依赖运行时堆栈或构造函数签名。哪怕你用反射绕过访问修饰符，也绕不过这个编译期标记。
