为什么C＃编译器没有内联MSIL代码？

Question

我的问题是为什么C＃编译器不允许内联C＃MSIL函数。我知道JIT会在某些情况下内联实际的X86程序集，但我问的是实际的MSIL“程序集”代码。

为什么C＃编译器不提供这些类型的优化？

是因为收益微不足道？或者它从未实施过？

Answer 1

对a similar question for the Java compiler's optimizations when translating to JVM bytecode的回复似乎是适用的。从高级语言（C＃或Java）到中间语言（CIL / MSIL或JVM字节码）的编译器可能不希望优化其发出的代码，因为：

• 无论如何，中间代码将在运行时即时编译（JIT），因此在编译时这样做会给编译器带来不必要的复杂性。
• 过早优化实际上可能会阻碍JITter通过删除或复杂化元数据和中间代码来优化代码的能力。 Given the JIT knows more - the target processor, the usage patterns of the code, and so on - 这些优化更有效。

Eric Lippert's blog post on the C# compiler's /optimize flag支持编译器更喜欢进行更少优化的概念，将其留给.NET JIT：

  

这些是非常简单的优化;没有IL的内联，没有循环展开，没有任何过程间分析。我们让抖动团队担心在代码实际吐入机器代码时优化代码;那是你获得真正胜利的地方。