Мне понятно, как работает таблица виртуальных функций, и как вызывается виртуальный метод потомка через указатель на базовый класс.
Но не понятно, как в .NET работают интерфейсы. Можно вызвать метод класса через указатель на интерфейс, и этот метод может быть совсем не виртуальным.
Как это устроено внутри?

Здравствуйте, Аноним, Вы писали:

А>Мне понятно, как работает таблица виртуальных функций, и как вызывается виртуальный метод потомка через указатель на базовый класс.
А>Но не понятно, как в .NET работают интерфейсы. Можно вызвать метод класса через указатель на интерфейс, и этот метод может быть совсем не виртуальным.
А>Как это устроено внутри?

Хранится interface map, фактически аналог vtbl под каждый реализуемый интерфейс. Соответственно вызовы через ссылку на интерфейс компилируется в обращение к конкретному map.

Спасибо, понятно, логично.

Здравствуйте, Аноним, Вы писали:

А>Как это устроено внутри?

Как я понимаю, речь шла не о статических, а о non-virtual методах.

Компилятор или объявляет их виртуальными (если базовый класс и класс, реализующий интерфейс, находятся в одной сборке), или генерит explicit interface implementation. Чуть более подробно тут.

Если интересуют совсем низкоуровневые подробности определения нужного метода в рантайме — см раздел Dispatching Static and Interface Methods в Pro .NET Performance от Sasha Goldshtein (очень рекомендую всю книгу целиком).

Да, все правильно, о "не виртуальных методах", а не статических, конечно. Спасибо.

Здравствуйте, Аноним, Вы писали:

А>Но не понятно, как в .NET работают интерфейсы. Можно вызвать метод класса через указатель на интерфейс, и этот метод может быть совсем не виртуальным.

Компилятор превратит метод sealed virtual, или (если это невозможно) создаст дополнительный sealed virtual proxy-метод.