C#中应优先使用命名元组(T1, T2)而非Tuple.Create()，因其为值类型、栈上分配、零GC开销，支持语义命名与解构；老式Tuple<T1,T2>是引用类型、堆分配、字段名固定为Item1/Item2，可读性差且性能低。
直接说结论：C# 中用 Tuple 返回多个值早已不是首选，.NET Core 2.0+ 应该优先用 (T1, T2, ...) 命名元组（value tuple），它性能更好、语法更简洁、支持解构；老式 Tuple.Create(...) 只在跨框架兼容或泛型约束受限时才需考虑。
为什么不用 Tuple.Create 而用 (int, string)？
老式 Tuple<T1, T2> 是引用类型，每次创建都分配堆内存，且字段名固定为 Item1、Item2，可读性差；而 value tuple 是 struct，栈上分配，零分配开销，还允许命名字段：
-
(age: 28, name: "Alice")—— 解构时能直接写var (age, name) = GetPerson(); -
Tuple.Create(28, "Alice")—— 只能写var t = GetTuple(); int a = t.Item1;，语义模糊 - 编译器对
(T1, T2)有语法糖支持，反编译后实际调用的是ValueTuple<T1,T2>，不是Tuple<T1,T2>
函数怎么返回命名元组？参数和返回值都要显式命名
返回值命名不是“可选功能”，而是提升可维护性的关键。不命名会导致调用方无法获得语义提示，IDE 也不显示字段含义：
- 正确写法：
public (int statusCode, string message) GetResult() => (200, "OK"); - 错误写法：
public (int, string) GetResult() => (200, "OK");—— 调用时var r = GetResult(); r.Item1没有上下文 - 命名可省略但不推荐：如果方法签名已足够清晰（如
ParseInt32(string)），可只命名返回项，但团队统一规范更重要
解构时常见报错：CS8137（不能解构类型）或运行时 NullReferenceException
这两个错误基本都源于类型不匹配或空值未处理：
- CS8137：函数返回
Tuple<int,string>，却用var (a, b) = ...解构 —— value tuple 和Tuple不兼容，必须统一类型 - 解构空元组：如果方法可能返回
null（比如返回(int, string)?），直接解构会崩，应先判空或用??提供默认值：var (code, msg) = result ?? (0, "unknown"); - 嵌套解构要小心：如
(int, (string, bool))，解构需写成var (x, (s, b)) = ...，括号不能少
什么时候还必须用 Tuple<T1,T2>？
极少，但真实存在：
- 目标框架是 .NET Framework 4.6.1 或更早 —— value tuple 需要 NuGet 包
System.ValueTuple，且部分反射/序列化库（如旧版 Json.NET）对它的支持不完整 - 泛型约束要求
class类型，而ValueTuple是struct，此时只能退回到Tuple - 需要把元组作为字典键且要求引用相等（极少见），因为
ValueTuple重写了Equals和GetHashCode，行为不同
这些情况现在占比很低，新项目几乎不需要考虑。真正容易被忽略的是：value tuple 的命名只是编译期特性，运行时字段名仍是 Item1、Item2 —— 所以用 JsonSerializer.Serialize 默认输出的还是 {"Item1":...,"Item2":...}，需要配置 PropertyNameCaseInsensitive 或自定义 converter 才能保留你的命名。
