Lambda表达式是内联函数!我认为，c#没有额外的属性，比如内联或类似的东西!

不，c#中没有这样的构造，但是. net JIT编译器可以决定在JIT时间执行内联函数调用。但我实际上不知道它是否真的在做这样的优化。 (我认为它应该:))

最后，在。net 4.5中，CLR允许使用MethodImplOptions提示/suggest1方法内联。AggressiveInlining价值。它也可以在Mono的主干中使用(今天提交)。

// The full attribute usage is in mscorlib.dll,
// so should not need to include extra references
using System.Runtime.CompilerServices; 

...

[MethodImpl(MethodImplOptions.AggressiveInlining)]
void MyMethod(...)

1. 以前这里用的是“force”。我会试着解释一下这个术语。正如注释和文档中所述，如果可能的话，方法应该内联。特别是考虑到Mono(它是开放的)，在考虑内联或更一般的技术(如虚函数)时，有一些特定于Mono的技术限制。总的来说，是的，这是对编译器的一个提示，但我猜这是要求的。

你把两个不同的概念混在一起了。函数内联是对语义没有影响的编译器优化。不管函数是否内联，它的行为都是一样的。

另一方面，lambda函数纯粹是一个语义概念。对于它们应该如何实现或执行没有要求，只要它们遵循语言规范中规定的行为即可。如果JIT编译器喜欢，它们可以内联，如果不喜欢，则不可以。

c#中没有内联关键字，因为这是一种通常可以留给编译器的优化，尤其是在JIT语言中。JIT编译器可以访问运行时统计信息，这使它能够比编写代码时更有效地决定内联哪些内容。函数将内联，如果编译器决定，没有什么你可以做的任何方式。：）

Lambda表达式是内联函数!我认为，c#没有额外的属性，比如内联或类似的东西!

内联方法只是一种编译器优化，将函数的代码滚入调用方。

在c#中没有这样做的机制，在支持它们的语言中应该谨慎使用它们——如果你不知道为什么应该在某个地方使用它们，那么就不应该使用它们。

编辑:要澄清的是，有两个主要原因需要谨慎使用:

在不必要的情况下使用内联可以很容易地生成大量二进制文件 从性能的角度来看，编译器往往比您更了解什么时候应该内联

最好不去管它，让编译器完成它的工作，然后进行分析并确定内联是否是最适合您的解决方案。当然，有些东西内联是有意义的(特别是数学运算符)，但让编译器处理通常是最佳实践。