为什么接口在 IL 级别作为“抽象接口”发出？

Question

我一直在尝试了解有关 CLR 的更多信息，同时注意到 C# 中的以下接口将被编译为包含某种“抽象接口”的 IL。

鉴于在 C# 中将接口声明为抽象是无效的，那么在 IL 级别允许抽象接口意味着什么？最初我想知道这是否是运行时在内部表示接口的方式，通过声明一个抽象 class 从而防止它被更新。

它似乎确实遵循了这个想法，如.class 所示。但是，紧随其后的是interface。因此，当运行时似乎已经支持接口的概念时，需要实际创建抽象 类 的想法似乎没有意义。

这让我想到了几个问题：

1. 抽象接口的目的是什么，为什么抽象接口在 IL 级别有效？
2. 为什么.class 和 interface 是必要的，为什么这在 IL 级别有效？
3. 如果运行时支持接口的概念，为什么需要.class 或abstract？

C#：

public interface IExample
{
    void SomeMethod(int number);
}

IL：

.class interface public auto ansi abstract IExample
{
    // Methods
    .method public hidebysig newslot abstract virtual 
        instance void SomeMethod (
            int32 number
        ) cil managed 
    {
    } // end of method IExample::SomeMethod

}

Answer 1

如果您查看metadata (PDF) 是如何在 IL 级别定义的，所有类型都是由 .class 标头（偶数值类型）引入的。

interface 被描述为“类型语义属性”（10.1.3），用于区分所定义的内容是否确实是接口，而不是所有成员都是抽象的抽象类。

abstract 被描述为“继承属性”（10.1.4），具体表示该类型无法实例化。

这涵盖了预期的含义。至于为什么它们是必要的（即为什么interface 不会自动暗示abstract），我相信这样做是为了让一切显式 在这个级别。由于您不必经常自己编写 IL，因此其中一些标志之间有一些重叠并无害。