Linq查询中匿名类型与元组作为中间结构的性能差异及选择参考

两者作为Linq查询中间结构使用时存在明确性能差异，具体差异如下：

• 内存分配差异
  匿名类型属于引用类型，每次实例化都需要在托管堆分配内存，后续会增加GC回收压力；而C# 7+的元组简写对应ValueTuple值类型，未发生装箱的前提下全部在栈上分配，不会产生GC开销，数据量级越大时该优势越明显。
• 访问速度差异
  匿名类型的属性访问需要先解引用堆对象地址，而ValueTuple可以直接操作栈内存的字段，访问延迟更低，在高频访问成员的链式查询场景下性能差距会被放大。
• 初始化开销差异
  匿名类型是编译器动态生成的密封类，首次使用时需要触发类型初始化逻辑，实例化时还要调用对应构造函数完成赋值；ValueTuple是BCL预定义的泛型结构体，初始化开销极低，没有额外的类型生成成本。

除个人编码习惯外，你可以根据以下场景选择合适的方案：

• 性能敏感场景：如果查询需要处理万级以上数据，或者该段逻辑属于系统性能热点路径，优先选择ValueTuple降低内存和GC开销。如果仅处理百级以内的小数据量，两者性能差异可忽略。
• 跨方法传递需求：如果中间结构需要作为参数传递给其他方法、或者作为方法返回值，优先选择ValueTuple，可以直接声明对应的强类型签名；匿名类型没有可显式书写的类型名，跨方法传递只能依赖dynamic，会丧失类型安全性且额外增加动态调度开销。
• 可变性要求：ValueTuple的字段默认可修改，匿名类型的属性默认只读。如果中间逻辑需要修改中间结构的成员值，选择ValueTuple更合适；如果希望中间结构只读避免误改，可选择匿名类型。
• 序列化需求：如果中间结构需要做JSON等序列化操作，优先选择匿名类型，其序列化结果会使用你定义的属性名作为键；ValueTuple的命名属于编译器层面的语法糖，默认序列化会生成Item1/Item2这类不符合预期的键，除非序列化库专门做了兼容。

内容的提问来源于stack exchange，提问作者user16989127