ValueTuple 是 C# 7.0+ 官方推荐的元组类型，栈上分配、无装箱、支持命名字段、语法简洁；旧 Tuple 为引用类型、性能差、仅支持 Item1/Item2 命名，已基本弃用。
ValueTuple 是 C# 7.0+ 的默认选择，Tuple 已基本弃用
从 C# 7.0 开始，ValueTuple 成为官方推荐的元组类型：它栈上分配、无装箱开销、支持字段命名、语法简洁；而旧的 Tuple 是引用类型、不可变、命名只能靠 Item1/Item2，且性能较差。除非维护 .NET Framework 4.6.1 以下老项目，否则一律优先用 ValueTuple。
声明和初始化 ValueTuple 的 3 种常用方式
最常用的是字面量语法，编译器自动推导类型并允许命名；也可显式指定泛型类型或用构造函数（极少用）：
-
(int x, string name) person = (25, "Alice");—— 推导类型 + 自定义字段名，推荐 -
var point = (10, 20);—— 匿名字段名（Item1,Item2），类型由值推断 -
ValueTuple—— 显式泛型，仅在泛型约束或反射场景需要t = new("Bob", 30);
注意：var 声明时若用字面量，字段名会丢失（var t = (a: 1, b: "x") 中 t.a 仍可访问，但类型是匿名元组；真正保留命名需声明具体类型或使用 var + 解构）。
解构赋值让 ValueTuple 用起来像普通变量
这是 ValueTuple 最实用的特性之一，避免反复写 t.Item1 或 t.name：
-
var (age, name) = person;—— 直接解构成局部变量，类型和名称由元组定义决定 -
(int a, string n) = person;—— 显式指定类型，适用于需要强类型转换的场景 - 方法返回元组时可直接解构：
var (status, msg) = GetResult();
解构要求变量数量、顺序、可隐式转换的类型必须匹配；否则编译报错 CS8135。不支持跳过某项（如 (_, string n) = t 在 C# 7.0 不合法，C# 7.1+ 才支持弃元 _）。
ValueTuple 的坑：相等性、序列化与跨 Assembly 兼容性
ValueTuple 重载了 Equals() 和 GetHashCode()，按字段值逐个比较，这点比 Tuple 更直观；但它不是“纯数据契约”，有几处容易踩雷：
- JSON 序列化（如 Newtonsoft.Json）默认不识别命名字段，会序列化成
{"Item1":25,"Item2":"Alice"}，除非启用ValueTupleConverter或用 System.Text.Json（.NET Core 3.0+ 原生支持命名） - 跨程序集传递命名元组时，字段名信息只存在于元数据中，接收方若没引用相同版本的
System.ValueTupleNuGet 包（或目标框架不内置），可能退化为Item1访问 -
ValueTuple是可变结构体，修改字段（如t.x = 99）不会影响其他引用它的变量（因为是值拷贝），这点和很多人直觉不符
如果需要跨服务、存数据库或长期持久化，别依赖 ValueTuple 的字段名——用 record 或自定义 class 更稳妥。
