我已经快速阅读了Microsoft Lambda表达式文档。
不过，这样的例子帮助我更好地理解:
delegate int del(int i);
del myDelegate = x => x * x;
int j = myDelegate(5); //j = 25
不过，我还是不明白为什么这是一种创新。它只是一个在“方法变量”结束时死亡的方法，对吧?为什么我要用这个而不是真正的方法?
当前回答
Lambda清理了c# 2.0的匿名委托语法…例如
Strings.Find(s => s == "hello");
在c# 2.0中是这样完成的:
Strings.Find(delegate(String s) { return s == "hello"; });
在功能上，它们做的是完全相同的事情，只是语法更简洁。
其他回答
这可能是关于为什么使用lambda表达式的最好解释-> https://youtu.be/j9nj5dTo54Q
总之，这是为了提高代码的可读性，通过重用而不是复制代码来减少错误的机会，并利用发生在幕后的优化。
在c#中，我们不能像在JavaScript中那样将函数作为参数传递。解决方法是使用委托。
当我们想参数化行为而不是值时，我们使用委托。Lambdas是编写委托的实用语法，可以很容易地将行为作为函数传递。
很多时候，您只在一个地方使用功能，所以创建方法只会使类变得混乱。
您还可以在编写作用于方法的泛型代码时使用lambda表达式。
例如:计算方法调用所花费的时间的泛型函数。(即这里的动作)
public static long Measure(Action action)
{
Stopwatch sw = new Stopwatch();
sw.Start();
action();
sw.Stop();
return sw.ElapsedMilliseconds;
}
你可以使用lambda表达式调用上述方法，如下所示，
var timeTaken = Measure(() => yourMethod(param));
表达式允许您从方法和out参数中获取返回值
var timeTaken = Measure(() => returnValue = yourMethod(param, out outParam));
创新在于类型的安全性和透明度。虽然您没有声明lambda表达式的类型，但它们是推断出来的，并且可以由代码搜索、静态分析、重构工具和运行时反射使用。
例如，在您使用SQL之前，可能会受到SQL注入攻击，因为黑客在通常需要数字的地方传递了一个字符串。现在您将使用LINQ lambda表达式，这是受保护的。
在纯委托上构建LINQ API是不可能的，因为它需要在计算表达式树之前将它们组合在一起。
2016年，大多数流行语言都支持lambda表达式，c#是主流命令式语言中这一演变的先驱之一。
