init访问器是编译期强制的只写一次语义，仅允许在对象初始化阶段（构造函数体、对象初始值设定项、record的with表达式）赋值，否则编译失败；需配合required确保必填，且不参与类内任意修改。
init 访问器不是“初始化方法”，也不是运行时技巧——它是一个编译期强制的只写一次语义，用错地方会直接报错，而不是运行时报异常。
init 属性必须配合对象初始化器或构造函数使用
单独声明 public string Name { get; init; } 没有意义：它既不能在构造函数外赋值，也不能靠默认构造后手动设值。你必须在对象创建的“初始化阶段”完成赋值，否则编译失败。
- ✅ 正确：用对象初始值设定项
new Person { Name = "Alice" } - ✅ 正确：在构造函数体内显式赋值
Name = name;（前提是该构造函数被调用） - ❌ 错误：先
var p = new Person();再p.Name = "Bob";→ 编译错误CS8852 - ⚠️ 注意：
init属性不参与自动属性默认初始化（如public int Count { get; init; } = 1;合法，但这个= 1是字段初始值，不是init赋值）
init 和 private set 表面相似，但语义和兼容性完全不同
两者都限制外部写入，但 private set 允许类内随时修改，init 则连类内都不行——它只在“对象构造上下文”中开放一次写权限，这个上下文包括构造函数体、对象初始值设定项、以及 record 的 with 表达式。
-
private set编译后生成普通 setter，只是访问修饰符受限；init编译后生成带initonly标记的特殊 setter，CLR 层面禁止非构造上下文调用 - 反序列化库（如 System.Text.Json）默认支持
init属性，但 Newtonsoft.Json 需要[JsonConstructor]或启用JsonPropertyAttribute显式标注 - EF Core 7+ 支持
init属性映射，但迁移生成或查询投影时若混用init和set，可能触发隐式客户端求值警告
required + init 是防止漏初始化的硬约束
仅靠 init 无法保证必填——如果对象初始值设定项里漏写了某个 init 属性，它就保持默认值（如 0、null），毫无提示。加 required 才能强制编译器检查：
public class Config
{
public required string ApiUrl { get; init; }
public int TimeoutMs { get; init; } = 5000;
}
- ✅
new Config { ApiUrl = "https://api.example.com" }→ 通过 - ❌
new Config()或new Config { TimeoutMs = 3000 }→ 编译错误CS8618 - ⚠️
required仅对init和set属性有效，对只读字段无效；且要求项目目标框架 ≥ .NET 6.0
真正容易被忽略的是：init 的“一次性”边界由编译器静态判断，不依赖运行时堆栈或构造函数签名。哪怕你在构造函数里调用了另一个方法，再从那个方法里试图赋值 init 属性，依然会报错——因为那已不在“初始化上下文”内。
