Lambda 表达式的性能问题

在《LINQ Cookbook》的第5 个条目（拼接CheckedListBox 中选中的字符串）中，微软公司Visual Basic 团队演示了分别使用两种VB 9 中的新特性来实现这类字符串连接的方法。

在第一种方法里，Visual Basic 团队使用了LINQ 的聚合（Aggregate）语法。如下述代码所示，将各个字符串用逗号连接起来：

<p>MsgBox( _<br></br> Aggregate Box In CheckedListBox1.CheckedItems _ <br></br> Into Concat()) </p>代码中的 Concat 是一个扩展方法（extension method），其实现如下：

<p>Public Module AggregateModule <br></br> Public Function Concat(Of Type)( _ <br></br> ByVal ie As IEnumerable(Of Type)) As String <br></br> Dim str As String = "" <br></br> For Each item In ie <br></br> If str <> "" Then str &= "," <br></br> str &= item.ToString() <br></br> Next <br></br> Return str <br></br> End Function <br></br>End Module </p>若不想如此麻烦地额外编写一个扩展方法，C#和 VB 开发者也可以使用 Lambda 表达式来完成同样的功能。其语法略显复杂，不过也还可以接受：

<p>MsgBox((From c In _ <br></br> CheckedListBox1.CheckedItems).Aggregate( _ <br></br> Function(ByVal x, ByVal y) x + "," + y)) </p>不过， Bill McCarthy 却指出，这种方法存在着一些问题，包括性能方面：

若是通过编写扩展方法来完成的话，我们可以借助 StringBuilder 来提高字符串拼接的效率，不过若是使用 lambda 表达式，那么又该如何使用 StringBuilder 呢？若是我们无法找到可行的解决办法，那么使用 lambda 表达式势必将在每次字符串连接的时候都要创建若干个不必要的对象副 本——我们都知道在.NET 中，这是拼接字符串操作的大忌。而在编写扩展方法时，我们则可以很容易地通过重构来引入高效的 StringBuilder 对象。

另外一个让 Bill McCarthy 担心的问题就是，lambdas 表达式的方式无法提供良好的可重用性。lambdas 表达式通常在某个函数的上下文中出现，并在函数结束 时被销毁，因此除非将其作为委托返回，否则很难实现重用。不过对于只支持单行 lambdas 表达式的 VB 来说，这不会产生太大的问题，但对于支持较长 lambdas 表达式的 C#来说，也许会出现一定问题。

查看英文原文： Performance Problems with Lambdas