我正在编写一个网格渲染管理器，并认为将所有使用相同着色器的网格分组，然后在我处于该着色器通道时渲染它们是个好主意。
我目前正在使用foreach 循环，但想知道使用 LINQ 是否可以提高性能？
【问题讨论】：
标签： c# performance linq foreach
为什么 LINQ 应该更快？它还在内部使用循环。
大多数时候，LINQ 会有点慢，因为它会引入开销。如果您非常关心性能，请不要使用 LINQ。使用 LINQ 是因为您想要更短、更易读、更易于维护的代码。
【讨论】：
LINQ-to-Objects 一般会增加一些边际开销（多个迭代器等）。它仍然必须执行循环，and 有委托调用，and 通常必须做一些额外的取消引用才能获取捕获的变量等。在大多数代码中，这实际上是无法检测到，并且超过更易于理解的代码所提供的功能。
使用 LINQ-to-SQL 等其他 LINQ 提供程序，由于查询可以在服务器上进行过滤，它应该更好 比平面 foreach，但很可能你不会有做了一个毯子"select * from foo"无论如何，所以这不是必然一个公平的比较。
重新 PLINQ;并行性可能会减少经过时间，但由于线程管理等开销，总 CPU 时间通常会增加一点。
【讨论】：
List<Foo>;相反，我应该在这些集合上使用 foreach 块。在这些情况下使用foreach 的建议确实有意义。我的担忧：我应该只用foreachif 替换 LINQ 查询吗？我检测到性能问题？展望未来，我将首先考虑foreach。
LINQ 现在变慢了，但在某些时候它可能会变得更快。 LINQ 的好处是您不必关心它是如何工作的。如果想出一个非常快的新方法，Microsoft 的人员甚至可以在不告诉您的情况下实施它，并且您的代码会快很多。
更重要的是，LINQ 更易于阅读。这应该是足够的理由。
【讨论】：
应该注意for 循环比foreach 快。因此，对于原始帖子，如果您担心渲染器等关键组件的性能，请使用for 循环。
【讨论】：
如果您将并行 LINQ 用于多核，您可能会获得性能提升。请参阅 Parallel LINQ (PLINQ) (MSDN)。
【讨论】：
我对这个问题很感兴趣，所以我刚才做了一个测试。在 Intel(R) Core(TM) i3-2328M CPU @ 2.20GHz、2200 Mhz、2 核和 8GB RAM 上使用 .NET Framework 4.5.2，运行 Microsoft Windows 7 Ultimate。
看起来 LINQ 可能比每个循环都快。这是我得到的结果：
Exists = True
Time = 174
Exists = True
Time = 149
如果你们中的一些人可以将此代码复制并粘贴到控制台应用程序中并进行测试，那将会很有趣。 在使用对象（员工）进行测试之前，我尝试使用整数进行相同的测试。那里的 LINQ 也更快。
public class Program
{
public class Employee
{
public int id;
public string name;
public string lastname;
public DateTime dateOfBirth;
public Employee(int id,string name,string lastname,DateTime dateOfBirth)
{
this.id = id;
this.name = name;
this.lastname = lastname;
this.dateOfBirth = dateOfBirth;
}
}
public static void Main() => StartObjTest();
#region object test
public static void StartObjTest()
{
List<Employee> items = new List<Employee>();
for (int i = 0; i < 10000000; i++)
{
items.Add(new Employee(i,"name" + i,"lastname" + i,DateTime.Today));
}
Test3(items, items.Count-100);
Test4(items, items.Count - 100);
Console.Read();
}
public static void Test3(List<Employee> items, int idToCheck)
{
Stopwatch s = new Stopwatch();
s.Start();
bool exists = false;
foreach (var item in items)
{
if (item.id == idToCheck)
{
exists = true;
break;
}
}
Console.WriteLine("Exists=" + exists);
Console.WriteLine("Time=" + s.ElapsedMilliseconds);
}
public static void Test4(List<Employee> items, int idToCheck)
{
Stopwatch s = new Stopwatch();
s.Start();
bool exists = items.Exists(e => e.id == idToCheck);
Console.WriteLine("Exists=" + exists);
Console.WriteLine("Time=" + s.ElapsedMilliseconds);
}
#endregion
#region int test
public static void StartIntTest()
{
List<int> items = new List<int>();
for (int i = 0; i < 10000000; i++)
{
items.Add(i);
}
Test1(items, -100);
Test2(items, -100);
Console.Read();
}
public static void Test1(List<int> items,int itemToCheck)
{
Stopwatch s = new Stopwatch();
s.Start();
bool exists = false;
foreach (var item in items)
{
if (item == itemToCheck)
{
exists = true;
break;
}
}
Console.WriteLine("Exists=" + exists);
Console.WriteLine("Time=" + s.ElapsedMilliseconds);
}
public static void Test2(List<int> items, int itemToCheck)
{
Stopwatch s = new Stopwatch();
s.Start();
bool exists = items.Contains(itemToCheck);
Console.WriteLine("Exists=" + exists);
Console.WriteLine("Time=" + s.ElapsedMilliseconds);
}
#endregion
}
【讨论】：
Exists=True Time=184 Exists=True Time=135 它在 Apache Gaming 笔记本电脑上（Win 10，C# 7.3）。编译并在调试模式下运行。如果我反转测试，我会得到Exists=True Time=158 Exists=True Time=194。我猜似乎 Linq 更优化了。
LINQ 迭代器不会也永远不会比foreach 快。此外，List.Exists 不是 LINQ 方法。
这实际上是一个相当复杂的问题。 Linq 使某些事情变得非常容易，如果你自己实现它们，你可能会绊倒（例如 linq .Except()）。这尤其适用于 PLinq，尤其适用于 PLinq 实现的并行聚合。
一般来说，对于相同的代码，linq 会更慢，因为委托调用的开销。
但是，如果您正在处理大量数据，并对元素应用相对简单的计算，则在以下情况下您将获得巨大的性能提升：
您使用 for 循环来访问每个元素（而不是 foreach 或 linq）。
【讨论】：