The statement "its best to leave these things alone and let the compiler do the work.." (Cody Brocious) is complete rubish. I have been programming high performance game code for 20 years, and I have yet to come across a compiler that is 'smart enough' to know which code should be inlined (functions) or not. It would be useful to have a "inline" statement in c#, truth is that the compiler just doesnt have all the information it needs to determine which function should be always inlined or not without the "inline" hint. Sure if the function is small (accessor) then it might be automatically inlined, but what if it is a few lines of code? Nonesense, the compiler has no way of knowing, you cant just leave that up to the compiler for optimized code (beyond algorithims).

Cody说得对，但我想提供一个内联函数是什么的例子。

假设你有这样的代码:

private void OutputItem(string x)
{
    Console.WriteLine(x);

    //maybe encapsulate additional logic to decide 
    // whether to also write the message to Trace or a log file
}

public IList<string> BuildListAndOutput(IEnumerable<string> x)
{  // let's pretend IEnumerable<T>.ToList() doesn't exist for the moment
    IList<string> result = new List<string>();

    foreach(string y in x)
    {
        result.Add(y);
        OutputItem(y);
    }
    return result;
}

编译器即时优化器可以选择修改代码，以避免在堆栈上重复调用OutputItem()，这样就好像你写的代码是这样的:

public IList<string> BuildListAndOutput(IEnumerable<string> x)
{
    IList<string> result = new List<string>();

    foreach(string y in x)
    {
        result.Add(y);

        // full OutputItem() implementation is placed here
        Console.WriteLine(y);   
    }

    return result;
}

在本例中，我们可以说OutputItem()函数是内联的。注意，即使从其他地方也调用OutputItem()，它也可能这样做。

经过编辑以显示更可能内联的场景。

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

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

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

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

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

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

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

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

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

最后，在。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的技术限制。总的来说，是的，这是对编译器的一个提示，但我猜这是要求的。