.Net中LINQ和Lambdaexpression式的效率和性能是什么?

我已经使用.Net 3.5和VS 2008超过一个月。 和大多数.Net开发者一样,我已经从.Net 1.0&2.0和VS 2005的多年经验发展而来。最近,我发现了LINQ和Lambdaexpression式的简单性和强大性,就像我最近的问题,比如在列表中find一个项目LINQ , 使用Lambda或LINQ 将 类实例转换或映射到另一个类的实例列表 ,以及使用Lambda或LINQ 将类的列表转换或映射到另一个类的列表 。

我承认Lambda和LINQ更简单易读,而且看起来非常强大。 在幕后,.NET编译器必须生成大量代码才能实现这些function。 因此,我有点犹豫,转向新的语法,因为我已经知道“老”的方式来实现相同的结果。

我的问题是关于Lambda和LINQ的效率和性能。 也许Lambdaexpression式大多是内联函数,在这种情况下,我猜Lambda应该没问题。 那么LINQ呢?

让我们将讨论限制在LINQ到对象的LINQ到SQL(LINQ到SQL)。 任何意见,比较和经验?

没有一个答案在这里就足够了。

LINQ有很多用途和许多实现,因此对代码的效率有很多影响。

就像我们触手可及的每一项技术一样,LINQ可以也将会被滥用和误用,区分和正确使用的能力只依赖于一件事情:知识。

所以我可以给你的最好的build议是去阅读LINQ是如何实现的。

你应该检查的东西是:

  • LINQ以及它如何使用现有集合types的方法和扩展方法
    • LINQ如何工作
    • LINQ如何在内部工作(堆栈溢出)
    • 如何使用LINQ编码工作? 幕后发生了什么?
  • LINQ到对象和LINQ到SQL的不同之处
    • LINQ查询expression式和扩展方法有什么区别(Stack Overflow)
  • 新的LINQ语法的替代方法,例如集合的.Where(…)扩展方法的用法

和往常一样,在考察效率问题时,唯一的安全方法就是测量。 使用LINQ创build一段代码,它执行一个单一的,知道的事情,并创build一个替代品,然后衡量两者,并尝试改进。 猜测和假设只会导致不好的结果。

从技术上讲,最快的方法是自己控制所有的细节。 这里是一些性能testing 。 请注意,foreach关键字和ForEach LINQ构造在编写过程代码方面的执行速度相差甚远。

但是,编译器可以并且将会得到改进,您可以始终configuration您的代码并优化任何有问题的区域。 通常build议使用更具performance力的function,使代码更容易阅读,除非您真的需要额外的纳秒。

对于LINQ查询,使用“新语法”生成的IL(代码)基本上与直接调用Enumerable和Queryable提供的扩展方法没有区别。

不要过早地优化。 如果使用Linq和新的扩展方法,可以提高可读性并在之后对应用程序进行configuration,

大多数情况下,Linq和使用plain for循环之间的区别根本不相关。 你的代码的改进的可维护性应该值几毫秒。 Linq可以慢一些,因为它可以作为状态机实现的枚举器。 所以对于(…)循环会更快。

我会build议下面的Lasse V. Karlsens的build议,并追加http://www.davesquared.net/2009/07/enumerables-linq-and-speed.html到他的链接列表。;

LINQ查询和Lambdaexpression式之间没有性能差异。

在查看性能问题之前,您应该完全理解LINQfunction(包括Lambda,LINQ查询)如何在.Net中工作。

基本上,你可以使用任何一个LINQ查询和Lambdaexpression式。

LINQ查询

  1. 它是高度可读的查询。

  2. 它被转换成equalent Lambdaexpression式和作为节点添加到expression式树中的Lambdaexpression式。 使lambdaexpression式的结构的expression树。 这是由编译器完成的。

  3. 查询提供程序查找expression式(作为expression式树中的节点添加),并生成相等的SQL查询运算符,从而在运行时形成相等的sql查询。

  4. 返回types:结果集(IEnumerable)。

Lambdaexpression式

  1. 它是一组expression式/语句并创build委托/expression式树。 它可以作为parameter passing给一个函数。

  2. 它支持所有的LINQ方法,如LINQ查询。 (其中,select,计数,总和,等等)

  3. 形成了一个expression式结构的lambdaexpression式。 这是由编译器完成的。

  4. 查询提供程序查看expression式(expression式树),并在运行时生成相等的SQL查询。

  5. 返回types:Delagate /expression式树

哪个最好?

你可以理解LINQ(查询,Lambda)如果你看看上面的几点。

LINQ查询的好处 – 它是可读的。

Lambda的优势

  1. Lambda将会有一个优点,因为它创build了一个委托,通过使用这个委托,您可以传递input参数,并获得不同input参数的结果。您也不需要针对不同的标准编写不同的查询。

  2. 您可以使用Lambdaexpression式和expression式树来创builddynamic查询。

  3. 如果要将语句的结果作为parameter passing给方法,则可以使用Lambdaexpression式。

  4. 表情更短。

所以Lambdaexpression式是LINQ查询开发的最佳select。

在某些情况下,LINQ的速度如果不比其他方法快,但在其他情况下,速度可能会变慢。 我们在一个转换为linq的项目上工作,数据查找速度更快,但两个表之间的数据合并要慢得多。 有一点点的开销,但是在大多数情况下我看不到速度差异对你的程序有很大的影响。