c# 7命名元组需声明时显式指定字段名（如(name: "alice", age: 30)），访问用p.name；未命名元组（如("bob", 25)）仅支持item1/item2；字段名不影响类型匹配，编译器按位置推导；解构和序列化须注意顺序与json格式差异。
直接用 (T1, T2) 语法，别碰 Tuple.Create —— 后者是旧框架遗留的引用类型，命名、性能、序列化全不兼容。
怎么声明和访问命名元组才不会报错
命名必须在声明时写死，不能事后加；字段名只影响可读性，不影响类型匹配。编译器按位置而非名称做类型推导。
-
var p = (Name: "Alice", Age: 30);→ 可以用p.Name和p.Age -
var q = ("Bob", 25);→ 只能用q.Item1、q.Item2，没有Name字段 -
var r = (First: "Charlie", 42);→ 第二个元素没命名，自动叫Item2，不是Age - 两个元组只要元素类型和数量一致，就能互相赋值，哪怕字段名完全不同：
var t1 = (X: 1, Y: 2); var t2 = (A: 0, B: 0); t2 = t1;
解构赋值时最容易踩的三个坑
解构是元组最常用操作，但变量顺序、忽略符、类型推导规则容易混淆。
- 解构变量顺序严格对应元组元素位置，和原字段名无关：
var (n, a) = ("David", 35);中n拿到的是第一个值，不管它原来叫Name还是First -
_是合法占位符，但只能用一次；重复写_, _会报错，要用var (_, _) = t;或显式类型 - 方法返回
(int code, string msg)，调用方写var (c, m) = GetResult();没问题；但若写成(int c, string m) = GetResult();，则要求左侧类型必须完全匹配，不能靠推导
ASP.NET Core API 返回元组时前端解析失败怎么办
System.Text.Json 对命名元组和未命名元组序列化行为不同，这是最隐蔽的跨端 bug 来源。
- 命名元组
(string Name, int Age)→ 序列化为 JSON 对象：{"Name":"Alice","Age":30} - 未命名元组
(string, int)→ 序列化为 JSON 数组：["Alice",30] - Newtonsoft.Json 更不可靠：未命名元组常被当成
object[]，字段名全丢；命名元组有时也 fallback 成数组 - 统一做法：API 层所有返回元组都强制用命名形式；若需兼容老客户端，改用
new { t.Name, t.Age }匿名对象
ValueTuple 为什么不能用在 where T : unmanaged 泛型约束里
虽然 ValueTuple<t1 t2></t1> 是 struct，但它内部字段可能含引用类型（比如 string），所以不满足 unmanaged 要求。
- 典型错误：
Span s = stackalloc (string, int)[10];→ 编译失败，报CS8377 - 能用的场景：作为方法返回值、
Task、IEnumerable - 需要栈安全或泛型约束时，别硬扛元组，改用
record struct或手写struct
元组的轻量本质决定了它只适合“这一处用、这一层传”的临时分组；一旦出现跨方法复用、需要继承、要加方法或参与复杂泛型约束，就该立刻换成 record 或 struct —— 不是不能，而是边界模糊后，bug 会从类型系统里悄悄长出来。
