在计算机编程中，lambda是一段代码（语句、表达式或一组代码），它从外部源获取一些参数。它不能总是一个匿名函数——我们有很多方法来实现它们。

我们在表达式、语句和函数之间有明确的区分，而数学家没有这种区分。

编程中的“函数”一词也有所不同——我们有“函数是一系列要做的步骤”（来自拉丁语“perform”）。在数学中，它是关于变量之间的相关性。

函数语言正试图尽可能地与数学公式相似，它们的单词意思几乎相同。但在其他编程语言中，我们有不同之处。

有点过于简单：lambda函数是一个可以传递给其他函数的函数，它的逻辑被访问。

在C#中，lambda语法通常以与匿名委托相同的方式编译为简单方法，但它也可以分解并读取其逻辑。

例如（在C#3中）：

LinqToSqlContext.Where( 
    row => row.FieldName > 15 );

LinqToSql可以读取该函数（x>15）并将其转换为实际的SQL以使用表达式树执行。

上述声明变为：

select ... from [tablename] 
where [FieldName] > 15      --this line was 'read' from the lambda function

这与普通方法或匿名委托不同（它们实际上只是编译器的魔法），因为它们无法读取。

并非C#中所有使用lambda语法的方法都可以编译为表达式树（即实际的lambda函数）。例如：

LinqToSqlContext.Where( 
    row => SomeComplexCheck( row.FieldName ) );

现在无法读取表达式树-无法分解SomeComplexCheck。SQL语句将在没有where的情况下执行，数据中的每一行都将通过SomeComplexCheck进行处理。

Lambda函数不应与匿名方法混淆。例如：

LinqToSqlContext.Where( 
    delegate ( DataRow row ) { 
        return row.FieldName > 15; 
    } );

这也有一个“内联”函数，但这一次它只是编译器的魔法——C#编译器会将其拆分为一个具有自动生成名称的新实例方法。

匿名方法不能被读取，因此逻辑不能像lambda函数那样被翻译出来。

它指的是lambda演算，这是一个只有lambda表达式的形式系统，lambda表达式表示一个函数，该函数将一个函数作为其唯一参数并返回一个函数。lambda演算中的所有函数都是这种类型的，即λ：λ→ λ.

Lisp使用lambda概念来命名其匿名函数文字。此lambda表示一个函数，它接受两个参数x和y，并返回它们的乘积：

(lambda (x y) (* x y)) 

它可以这样在线应用（计算为50）：

((lambda (x y) (* x y)) 5 10)

lambda是一种内联定义的函数类型。除了lambda之外，通常还有某种类型的变量类型，可以保存对函数lambda或其他函数的引用。

例如，这里有一段不使用lambda的C#代码：

public Int32 Add(Int32 a, Int32 b)
{
    return a + b;
}

public Int32 Sub(Int32 a, Int32 b)
{
    return a - b;
}

public delegate Int32 Op(Int32 a, Int32 b);

public void Calculator(Int32 a, Int32 b, Op op)
{
    Console.WriteLine("Calculator: op(" + a + ", " + b + ") = " + op(a, b));
}

public void Test()
{
    Calculator(10, 23, Add);
    Calculator(10, 23, Sub);
}

这调用Calculator，不仅传递两个数字，还传递要在Calculator中调用的方法以获得计算结果。

在C#2.0中，我们得到了匿名方法，这将上述代码缩短为：

public delegate Int32 Op(Int32 a, Int32 b);

public void Calculator(Int32 a, Int32 b, Op op)
{
    Console.WriteLine("Calculator: op(" + a + ", " + b + ") = " + op(a, b));
}

public void Test()
{
    Calculator(10, 23, delegate(Int32 a, Int32 b)
    {
        return a + b;
    });
    Calculator(10, 23, delegate(Int32 a, Int32 b)
    {
        return a - b;
    });
}

然后在C#3.0中，我们得到了lambdas，这使得代码更短：

public delegate Int32 Op(Int32 a, Int32 b);

public void Calculator(Int32 a, Int32 b, Op op)
{
    Console.WriteLine("Calculator: op(" + a + ", " + b + ") = " + op(a, b));
}

public void Test()
{
    Calculator(10, 23, (a, b) => a + b);
    Calculator(10, 23, (a, b) => a - b);
}

想象一下，你有一家餐厅提供送货服务，你的订单需要在30分钟内完成。关键是客户通常不在乎你是骑自行车送食物还是赤脚送食物，只要你保持食物的温度并系好。因此，让我们将这个习惯用法转换为带有匿名和定义的传输函数的Javascript。

下面我们定义了交付的方式，也就是我们定义了函数的名称：

// ES5 
var food = function withBike(kebap, coke) {
return (kebap + coke); 
};

如果我们使用箭头/lambda函数来完成此传输会怎么样：

// ES6    
const food = (kebap, coke) => { return kebap + coke };

你看，对客户来说并没有什么区别，也并没有浪费时间去思考如何发送食物。只要发送它。

顺便说一句，我不推荐用可乐烤串，这就是为什么上面的代码会给你错误。玩得高兴

“lambda”这个名字只是一个历史产物。我们所谈论的只是一个表达式，其值是一个函数。

一个简单的例子（下一行使用Scala）是：

args.foreach(arg => println(arg))

其中foreach方法的参数是匿名函数的表达式。上面的一行与编写类似的代码大致相同（不是真正的代码，但你会明白的）：

void printThat(Object that) {
  println(that)
}
...
args.foreach(printThat)

除了你不需要麻烦：

在其他地方声明函数（稍后重新访问代码时必须查找它）。命名你只使用一次的东西。

一旦你习惯了函数值，就不得不不使用它们，就像需要命名每个表达式一样愚蠢，比如：

int tempVar = 2 * a + b
...
println(tempVar)

而不是只在需要的地方编写表达式：

println(2 * a + b)

确切的符号因语言而异；希腊语并不总是必需的！；-）