Deconstruct方法必须手动实现且签名严格限定为void返回类型和全out参数，参数个数决定解构变量数量，顺序固定不可变，未赋值out参数或空引用将导致运行时错误。
Deconstruct 方法不是语法糖，也不是编译器自动推导出来的能力——它必须手动实现，且签名错一个字符就完全失效。
Deconstruct 方法签名必须严格满足 void + 全 out 参数
编译器只认一种签名：返回类型 void，所有参数都带 out，顺序即解构顺序。哪怕加个 ref、少个 out、返回 (string, int)，都会静默忽略该方法，解构变量全为默认值（比如 0 或 null），运行时才可能暴露未赋值错误。
-
public void Deconstruct(out string name, out int age)✅ 正确 -
private void Deconstruct(out string name, out int age)✅ 私有也可用（只要可见） -
public (string, int) Deconstruct()❌ 不是解构方法，编译器不识别 -
public void Deconstruct(string name, out int age)❌ 混入非out参数，整个重载被跳过
解构时按变量个数静态绑定，不看类型也不看名字
C# 解构不查字段名、不比属性类型、不依赖命名约定——它纯粹数你写了几个变量：var (a, b) 就找两参数的 Deconstruct，var (x, y, z) 就找三参数的。即使你有两个重载，也仅靠参数个数区分，不会根据变量类型或名称做“智能匹配”。
- 有
Deconstruct(out string, out int)和Deconstruct(out string, out int, out DateTime?)两个方法 -
var (n, a) = person;→ 调用两参数版本 -
var (n, a, d) = person;→ 调用三参数版本 -
var (n, _) = person;→ 还是两参数版本（_是弃元，不改变计数）
嵌套解构和 foreach 中容易漏掉的赋值检查
自定义类支持嵌套解构（如 var (n, (x, y)) = obj;），但前提是内层类型也实现了对应参数个数的 Deconstruct。更隐蔽的问题是：所有 out 参数必须在方法体内显式赋值，哪怕你只打算用其中一两个。
- 写
name = this.Name;却忘了age = this.Age;→ 运行时报Use of unassigned out parameter - 在
Deconstruct里访问this.Address.City，但Address是null→ 直接抛NullReferenceException，不是解构失败而是空引用崩溃 -
foreach (var (name, age) in people)要求people是IEnumerable<person></person>，且Person有两参数Deconstruct；否则编译不过
最常被忽略的一点：Deconstruct 的参数顺序就是解构变量顺序，和类中属性声明顺序、字母序、业务逻辑主次完全无关。一旦定下，调用方就必须按这个顺序接收，改顺序等于改公开契约。
