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

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

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

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

简化(不使用表达式):

列表> < 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);

我希望这能有所帮助。

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

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

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

在某些情况下，我确实希望强制代码内联。

For example if I have a complex routine where there are a large number of decisions made within a highly iterative block and those decisions result in similar but slightly differing actions to be carried out. Consider for example, a complex (non DB driven) sort comparer where the sorting algorythm sorts the elements according to a number of different unrelated criteria such as one might do if they were sorting words according to gramatical as well as semantic criteria for a fast language recognition system. I would tend to write helper functions to handle those actions in order to maintain the readability and modularity of the source code.

我知道那些辅助函数应该是内联的，因为这是编写代码的方式，如果它永远不需要被人类理解的话。在这种情况下，我当然希望确保没有函数调用开销。

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).