关于C#：linq和lambda表达式在.NET中的效率和性能是什么？

What is the Efficiency and Performance of LINQ and Lambda Expression in .Net?

我已经用了.NET 3.5和vs 2008一个多月了。和大多数.NET开发人员一样，我也从.NET 1.0&2.0和2005年的经验中发展而来。就在最近，我发现了linq和lambda表达式的简单性和强大性，就像在我最近的问题中一样，比如按linq在list中查找一个项，使用lambda或linq将一个类实例转换或映射到另一个实例的列表，以及使用lambda或linq将一个类列表转换或映射到另一个类列表。

我承认lambda和linq非常简单易读，它们看起来非常强大。在幕后，.NET编译器必须生成许多代码来实现这些功能。因此，我有点犹豫是否切换到新的语法，因为我已经知道了实现相同结果的"旧"方法。

我的问题是关于lambda和linq的效率和性能。也许lambda表达式主要是内联函数，在这种情况下，我想lambda应该可以。林Q怎么样？

让我们将讨论限制为linq to objects linq to sql(linq to sql)。有什么评论、比较和经验吗？

这里没有一个答案可以满足。

Linq有许多用途和实现，因此对代码的效率有许多影响。

就像我们指尖上的每一项技术一样，Linq可以也将被滥用和误用，区分这一点和正确使用的能力只取决于一件事：知识。

所以我能给你的最好建议是去读一下Linq是如何真正实现的。

您应该检查的内容包括：

Linq及其如何对现有集合类型使用方法和扩展方法
- 林Q如何工作
- LINQ如何在内部工作(堆栈溢出)
- 用LINQ编码是如何工作的？幕后发生了什么？
Linq to对象和Linq to SQL的区别
- LINQ查询表达式和扩展方法(堆栈溢出)有什么区别？
新LINQ语法的替代方法，例如，集合的.where(…)扩展方法的用法

和往常一样，在研究效率问题时，唯一安全的方法就是测量。使用LINQ创建一段代码，它执行单个、知道、事情，并创建一个替代项，然后测量两者，并尝试改进。猜测和假设只会导致糟糕的结果。

技术上来说，最快的方法是自己控制所有的细节。下面是一些性能测试。注意，foreach关键字和foreach linq构造的速度要比只用于和编写过程代码慢得多。

但是，编译器可以并且将得到改进，并且您可以随时分析代码并优化任何有问题的区域。通常建议使用更具表现力的特性，使代码更容易阅读，除非您确实需要额外的纳秒。