Mads
Torgersen在C＃设计会议说明中对此进行了解释，其中首先讨论了局部功能：
您需要一个辅助功能。您仅在单个函数中使用它，并且它可能使用包含该函数的范围内的变量和类型参数。另一方面，与lambda不同，您不需要将其作为第一类对象，因此您不必在意为它提供委托类型并分配实际的委托对象。另外，您可能希望它是递归的或通用的，或者将其实现为迭代器。
要对其进行扩展，其优点是：
- 性能。
创建lambda时，必须创建一个委托，在这种情况下，这是不必要的分配。本地函数实际上只是函数，不需要委托。
另外，局部函数在捕获局部变量时效率更高：lambda通常将变量捕获到类中，而局部函数可以使用struct（通过使用传递
ref），这又避免了分配。
这也意味着调用本地函数更便宜，并且可以内联它们，从而可能进一步提高性能。
- 局部函数可以是递归的。
Lambda也可以是递归的，但是它需要笨拙的代码，您首先
null要在其中分配一个委托变量，然后再分配给Lambda。本地函数自然可以是递归的（包括相互递归）。
- 局部功能可以是通用的。
Lambda不能是泛型的，因为必须将它们分配给具有特定类型的变量（该类型可以使用外部作用域的泛型变量，但这不是同一回事）。
- 局部函数可以实现为迭代器。
Lambdas无法使用
yield return（和
yieldbreak）关键字实现
IEnumerable<T>-returning函数。本地功能可以。
- 局部函数看起来更好。
上面的引用中没有提到这一点，可能只是我个人的偏见，但是我认为普通函数语法比将lambda分配给委托变量更好。本地功能也更加简洁。
相比：
int add(int x, int y) => x + y;Func<int, int, int> add = (x, y) => x + y;
