为什么 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 的内联，没有循环展开，没有任何过程间分析。我们让 jitter 团队担心当代码实际被吐出到机器代码中时如何优化代码；在那里你可以获得真正的胜利。