在 C# 中初始化元组列表并不是只有一种写法，不同写法背后的类型推断、命名支持和语法版本要求并不相同。选对方式可以减少样板代码，也能让集合初始化逻辑更接近业务语义。本文围绕 List 场景展开，介绍集合初始化器、命名元组、LINQ 转换以及 C# 12 集合表达式，并说明常见误区和性能注意点。
集合初始化器直接创建元组列表
从 C# 7.0 开始，元组字面量让创建 ValueTuple 变得非常轻量。最常见的初始化方式是在 List 的集合初始化器中直接写入一对圆括号，两个值之间用逗号分隔。下面是一个同时保存编号和名称的列表：
var items = new List<(int, string)>
{
(1, "Apple"),
(2, "Banana"),
(3, "Cherry")
};
这个写法之所以简洁，是因为编译器会把 (1, "Apple") 转换成 ValueTuple<int, string> 的实例，并调用 List 的 Add 方法。集合初始化器本质上就是在构造对象后连续执行 Add，因此同样可以手动写成 items.Add((1, "Apple"))。不过集合初始化器更利于保持声明和初始数据在同一处，适合数据量不大但结构清晰的场景。
如果需要显式控制元素类型，可以把 var 替换为 List<(int, string)>。在变量声明处写明完整类型，有助于后续阅读者快速判断集合元素的结构。但注意未命名元组只能通过 Item1、Item2 访问，当列表被传递到其他方法后，字段含义很容易模糊，所以下一步通常会引入命名元组。
命名元组与类型别名
给元组元素加上名称后，初始化语法依然可以保持简洁。声明列表类型时写清 (int Id, string Name)，初始化元素既可以重复名称，也可以直接省略名称，由目标类型自动匹配位置：
var products = new List<(int Id, string Name)>
{
(Id: 1, Name: "Pen"),
(2, "Notebook"),
(3, "Eraser")
};
这里第一个元素显式指定了 Id 和 Name，后两个元素省略名称依然合法。命名信息仅存在于编译期，本质类型仍是 ValueTuple<int, string>，但代码中可以使用 products[0].Id 和 products[0].Name，可读性明显优于 Item1、Item2。反射或序列化时通常看不到这些名称，除非工具特意读取 TupleElementNames 相关元数据，因此不要把命名元组当作运行时强类型模型。
如果同一个元组结构在多个地方出现，可以定义 using 别名来减少重复。例如使用 using Product = (int Id, string Name); 后，列表声明可以简化为 List<Product>。这在不引入完整 class 或 record 的前提下，给轻量数据传输提供了统一名称。不过 using 别名作用于文件范围，跨文件共享时仍建议考虑 record 类型。
using Product = (int Id, string Name);
var products = new List<Product>
{
(1, "Keyboard"),
(2, "Mouse"),
(3, "Monitor")
};
命名元组还支持解构，例如 var (id, name) = products[0]; 可以直接把元素拆成局部变量。解构时使用的仍是位置，元素名称不会影响解构行为。这个特性在遍历列表时非常实用，可以让循环体代码更接近业务语言。
从现有数据通过 LINQ 或集合表达式生成
初始化并不总是从固定值开始，更多时候数据源来自数组、字典或已有对象集合。LINQ 的 Select 可以把源元素投影成元组，再通过 ToList 生成列表。下面是把字符串数组连同索引一起转换成带编号名称列表的例子：
string[] names = { "Alice", "Bob", "Cindy" };
var list = names
.Select((name, index) => (Id: index + 1, Name: name))
.ToList();
这种写法利用了 Select 的带索引重载，索引从 0 开始，因此业务编号需要加 1。投影结果捕获了编译期的 Id 和 Name 名称，后续使用列表时仍然可以访问具名字段。如果源是 Dictionary，也可以把 KeyValuePair 转换成元组，只是 Key 和 Value 这样的泛型名称不会自动变成业务名称，最好在投影中显式指定，例如 (Id: kv.Key, Name: kv.Value)。
var dict = new Dictionary<int, string>
{
[1] = "Apple",
[2] = "Banana"
};
var tuples = dict
.Select(kv => (Id: kv.Key, Name: kv.Value))
.ToList();
C# 12 引入集合表达式后，初始化 List 可以进一步压缩语法。只要目标类型明确，就能使用方括号直接列出元组元素：
List<(int Id, string Name)> products = [(1, "Pen"), (2, "Notebook")];
集合表达式依赖目标类型决定生成什么集合，因此不能使用 var 来声明，否则编译器无法判断应当创建 List、数组还是 Span。如果项目仍在使用较早的语言版本，则需要退回集合初始化器或 LINQ 方案。集合表达式在 C# 12 中还支持展开运算符 .. 合并多个序列，但初始化固定元组列表时直接列出元素已经足够清晰。
常见误区与性能注意点
元组在 List 中作为元素时，ValueTuple 是值类型，这会带来一些与其他引用类型集合不同的行为。第一个常见误区是以为元素名称会影响相等性。实际上 ValueTuple 的相等比较只关注字段的值和顺序，名称完全被忽略。下面两个元组虽然名称不同，但比较结果仍为 true：
var a = (Id: 1, Name: "A"); var b = (Code: 1, Label: "A"); Console.WriteLine(a == b); // True
这意味着在 List 上使用 Contains、IndexOf 或 Distinct 时，结果不会因为元组名称变化而改变。如果业务上需要用名称区分语义，就不能依赖元组自身的相等性，而应显式比较指定字段。
另一个需要注意的写法是修改列表中某个元组元素。由于 List 索引器返回的是底层数组元素的引用，所以可以直接写 list[0].Name = "New"; 来修改字段。这在语法上可行，但会让修改位置变得隐蔽，尤其在多处共享列表时容易引入意外副作用。更推荐的做法是整体替换元素：list[0] = (list[0].Id, "New");，这样数据流更明确，也便于后续改成不可变 record。
性能方面，ValueTuple 作为 struct 可以避免堆分配，List<(int, string)> 在遍历和存储时不会对元素进行装箱。但如果把元组放入非泛型集合如 ArrayList，或者作为 object 参数传递，就会发生装箱。对于数据量较大的场景，还应关注 List 扩容时旧数组复制带来的开销，不过这与元组本身关系不大。总体而言，局部方法内或小型数据传输使用元组列表非常合适；一旦结构需要跨模块稳定演进，record 或 class 仍是更可靠的选择。