多次调用LINQ方法是否影响性能？该选择直接调用还是存储结果？

核心结论 #

优先把LINQ方法的结果存储到变量中，不管是性能、可读性还是代码健壮性，这都是更优的选择。

具体场景分析 #

1. 针对First()/Last()这类获取单个元素的方法 #

情况一：数据源是内存集合（比如List<T>、T[]）

这类集合实现了IList<T>，First()底层直接取索引0的元素，Last()取Count-1的元素，多次调用的性能开销确实很小——无非是重复做几次空检查、集合非空验证。但这并不代表可以随意重复调用：

• 代码冗余，可读性差：三次items.First()远不如一次赋值后访问属性清晰；
• 隐含维护风险：如果后续把数据源改成EF的DbSet<T>或者其他延迟执行的IEnumerable<T>，多次调用会触发多次查询/迭代，性能直接雪崩。

情况二：数据源是延迟执行的IEnumerable<T>

比如Linq to SQL/EF的查询、自定义迭代器方法，这类场景下每次调用First()都会重新执行整个查询/迭代流程：

• 如果是数据库查询，三次First()就会发送三次SQL请求到数据库，带来额外的网络开销、数据库负载；
• 如果是自定义迭代器，三次调用会重复执行迭代器里的逻辑（比如复杂计算、文件读取），性能损耗极大。

2. 针对Where()这类返回序列的方法 #

Where()本身是延迟执行的——它不会立即过滤数据，而是在你枚举结果（比如foreach、Count()、First()）的时候才执行过滤逻辑。如果多次使用Where()的结果而不缓存：

• 每次枚举都会重新跑一遍过滤逻辑，重复计算；
• 若数据源是数据库，每次枚举都会触发新的SQL查询，性能开销翻倍。

正确的做法是调用ToList()/ToArray()把过滤后的结果缓存到变量中，后续直接使用这个变量。

结合你的代码示例对比 #

• A方式（重复调用First()）：

  Console.WriteLine($"{items.First().FirstName}, {items.First().LastName}, {items.First().Age}");
  

  即使当前是List<T>性能差异不大，但代码冗余，且后续数据源变更会埋下性能隐患。如果集合为空，First()会抛出InvalidOperationException，虽然第一次调用就会触发异常，但逻辑上是重复的错误风险。

• B方式（存储到变量）：

  var item = items.First();
  Console.WriteLine($"{item.FirstName}, {item.LastName}, {item.Age}");
  

  只执行一次First()，后续直接访问对象属性，性能最优，代码简洁易读，且不管数据源怎么变更，都只会执行一次获取操作。

额外提示 #

• 即使某些场景下重复调用的性能可以忽略，也推荐存储到变量——代码的可读性和可维护性比微乎其微的性能差异更重要；
• 如果LINQ方法带有副作用（比如迭代器里修改了外部变量），重复调用会导致逻辑错误，存储变量能避免这类问题。

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