Linq 用得太随意导致的性能问题一则

最新推荐文章于 2025-05-17 00:07:55 发布

转载

最新推荐文章于 2025-05-17 00:07:55 发布 · 1.6k 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/jasongrass/p/10797795.html

文章标签：

#c# #游戏 #数据库

本文探讨了在使用Linq查询时，由于遍历整个数据源导致的性能问题。通过对比直观简洁但性能较低的Linq写法和效率更高的写法，揭示了性能差距可达1000倍以上。建议在知道数据一定包含时利用HashSet等数据结构提高查询效率，以优化Linq查询的性能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题场景

有一个很多条数据的数据库（数据源），在其中找出指定的项，这些项的 ID 位于给定的列表中，如 TargetList 中。

private readonly IDictionary<string, int> _testSource = new Dictionary<string, int>();
private readonly IList<string> _targetStringList = new List<string>();

直观简洁的 Linq 写法

public long TestFindByLinq()
{
    Stopwatch sw = new Stopwatch();
    sw.Start();
    IList<int> theResultData = _testSource.Where(s => _targetStringList.Contains(s.Key)).Select(s=>s.Value).ToList();
    // IList<int> theResultData2 = _targetStringList.Select(f => _testSource[f]).ToList();
    sw.Stop();
    Console.WriteLine($"[TestFindByLinq] ElapsedTicks:{sw.ElapsedTicks}; TotalTargetCount:{_targetStringList.Count} \n");
    return sw.ElapsedTicks;
}

问题在于，如果这么写，将要遍历整个源数据，性能受影响。