C#解构赋值仅支持元组和含public void Deconstruct(out...)实例方法的类型；记录默认生成，类/结构需手动实现；常遇CS8129错误，须检查方法可见性、out参数及签名匹配。
解构赋值在 C# 7.0+ 中是真实可用的语法，但不是所有类型都能直接解构——必须满足编译器可识别的解构契约，否则会报 CS8129 错误。
哪些类型支持解构赋值？
C# 解构只认两种方式：元组（语言内置支持）和自定义类型的 Deconstruct 方法。类、结构体、记录（record）只要公开实现一个特定签名的 Deconstruct 实例方法，就能参与解构。
- 元组天然支持：
var (x, y) = (1, "hello"); -
record默认生成Deconstruct（含所有位置参数）：record Point(int X, int Y); var (a, b) = new Point(3, 4); - 普通类需手动添加：
public void Deconstruct(out int x, out string name) { x = this.Id; name = this.Name; } - 注意：返回
void、参数全为out、且不可重载（仅允许一个匹配的Deconstruct）
解构时常见编译错误及修复
最常遇到的是 CS8129: No suitable Deconstruct method was found，本质是编译器找不到符合要求的 Deconstruct 成员。
- 检查方法是否为
public实例方法（静态或私有都不行） - 确认参数全是
out，且类型顺序与解构左侧变量顺序严格一致 - 若类型继承自基类，基类的
Deconstruct不会被自动继承——子类必须显式重写或重新声明 - 泛型类型解构时，
Deconstruct方法不能是泛型方法（即不能带
解构与模式匹配结合使用的实际场景
解构真正发力的地方不在单独赋值，而在 switch 表达式和 is 模式中——它让嵌套数据提取变得扁平可读。
- 处理
ValueTuple返回值：if (GetUser() is (int id, string name, bool active)) { ... } - 匹配记录层级：
if (node is BinaryNode { Left: var (lVal, _), Right: var (_, rVal) }) - 避免临时变量：解构 + 模式可在单次判断中完成类型检查 + 字段提取，比先
as再判空更安全 - 注意：解构模式不触发属性 getter（只调用
Deconstruct），所以不要在里面做副作用操作
解构看似简单，但它的行为完全依赖编译器对 Deconstruct 的静态分析——没有运行时反射介入，也没有隐式转换。这意味着一旦签名写错，问题只会暴露在编译期，而不会留到运行时才崩。
