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

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

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

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

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

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

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

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

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

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

没错，唯一的区别是它返回一个值。

简化(不使用表达式):

列表> < T。ForEach执行一个操作，它不期望返回结果。

所以Action<T>委托就足够了。说:

List<T>.ForEach(param => Console.WriteLine(param));

就等于说:

List<T>.ForEach(delegate(T param) { Console.WriteLine(param); });

不同之处在于参数类型和委托声明是根据用法推断的，在简单的内联方法上不需要花括号。

而

列表> < T。接受一个函数，期待一个结果。

因此，一个Function<T, bool>将被期望:

List<T>.Where(param => param.Value == SomeExpectedComparison);

也就是:

List<T>.Where(delegate(T param) { return param.Value == SomeExpectedComparison; });

你也可以内联声明这些方法，并将它们赋值给变量IE:

Action myAction = () => Console.WriteLine("I'm doing something Nifty!");

myAction();

or

Function<object, string> myFunction = theObject => theObject.ToString();

string myString = myFunction(someObject);

我希望这能有所帮助。

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

我知道这个问题是关于c#的。然而，你可以用f#在。net中编写内联函数。参见:在f#中使用' inline '

如果您的程序集将被ngen-ed，您可能想要查看TargetedPatchingOptOut。这将帮助ngen决定是否内联方法。MSDN参考

这仍然只是一个声明性的优化提示，而不是命令式命令。