新项目必须用valuetuple而非tuple。valuetuple是栈上值类型，无gc压力；tuple是堆上引用类型，高频创建导致显著内存分配。valuetuple支持命名字段、原生解构和逐字段相等比较，语义清晰且性能更优。
新项目一律用 ValueTuple，别碰 Tuple —— 不是“可以选”，而是“用了 Tuple 就算写错了”。
为什么 ValueTuple 是栈上值类型而 Tuple 必须堆分配
ValueTuple 是 struct，编译器默认把它放在栈上（或内联进宿主对象），不触发 GC；Tuple 是 class，每次 Tuple.Create() 都在堆上 new 一个对象，哪怕只存两个 int。
- 高频循环中创建 10 万次
(int, string)，内存分配几乎为 0 字节；同逻辑用Tuple<int string></int>会分配约 2.4 MB 堆内存 - 若
ValueTuple作为类字段存在，会被装箱到堆 —— 这时它和Tuple的 GC 压力接近，但语法和可读性仍碾压 - 栈空间有限，超大元组（比如含 10+ 字段或大结构体）可能引发栈溢出，但日常业务中极少遇到
ValueTuple 支持命名字段而 Tuple 只能靠 Item1/Item2
命名不是“锦上添花”，是避免后期维护时反复查方法签名的关键。编译器把命名信息保留在元数据里，运行时不占额外内存。
- ✅
(int id, string name) person = (id: 123, name: "Alice");—— 调用方直接写person.id - ❌
Tuple<int string> t = Tuple.Create(123, "Alice");</int>—— 只能用t.Item1，语义丢失 - 命名字段不参与运行时类型判断：
(x: 1, y: "a")和(y: 1, x: "a")是不同类型，编译报错，防止误传 - 反序列化 JSON 时默认不识别命名字段（如 Newtonsoft.Json 需注册
ValueTupleConverter）
ValueTuple 解构和相等性是原生支持，Tuple 需手动补丁
解构不是语法糖，是编译器级支持的变量绑定机制；相等性也不是重载出来的，是结构体天然具备的逐字段比较能力。
- ✅
var (code, msg) = GetApiResponse();—— 直接解构，支持下划线忽略：var (_, msg, _) = ... - ❌
Tuple<int string> t = ...;</int>无法解构，必须写int code = t.Item1; string msg = t.Item2; - ✅
(1, "ok") == (1, "ok")返回true；Tuple.Create(1,"ok") == Tuple.Create(1,"ok")返回false（引用比较） -
ValueTuple的==和.Equals()行为一致，且支持嵌套元组深度比较
最容易被忽略的是：命名字段在反射中不可直接通过 GetFieldNames() 拿到，得用 GetCustomAttribute<tupleelementnamesattribute>()</tupleelementnamesattribute> —— 很多序列化/日志框架没处理这点，导致打印出来还是 Item1。别等上线后发现日志全是问号才查。
