Ответ

История вопроса

Множественное наследование — возможность класса наследоваться сразу от нескольких родительских классов — появилось в Python по мотивам других языков ООП (например, C++), где оно помогает создавать многоразовые миксины. Разработка механизма поиска методов (MRO) заняла много времени, чтобы обеспечить предсказуемость при коллизиях методов.

Проблема

Класс может получить методы с одинаковым именем из разных базовых классов. Как определить, какой именно метод использовать при вызове? Без ясной схемы это приводит к трудноуловимым ошибкам.

Решение

Python реализует алгоритм MRO (C3 linearization), который определяет строгий порядок поиска методов при разрешении конфликтов в иерархии. Всё становится прозрачно, если использовать функцию super() и метод __mro__ классов для анализа цепочки наследования.

Пример кода:

class A:
    def foo(self):
        print("A")

class B(A):
    def foo(self):
        print("B")
        super().foo()

class C(A):
    def foo(self):
        print("C")
        super().foo()

class D(B, C):
    def foo(self):
        print("D")
        super().foo()

D().foo()
print(D.__mro__)

Ключевые особенности:

Python применяет C3-линеаризацию для построения последовательности поиска методов (MRO);
super() позволяет обращаться к следующему классу по цепочке MRO, а не к одному конкретному родителю;
порядок MRO можно посмотреть через атрибут класса __mro__;

Вопросы с подвохом.

Что произойдёт, если имена родительских методов совпадают?

Ответ: Вызов метода будет происходить в порядке, определенном MRO. Первый найденный метод с требуемым именем по цепочке — тот и сработает.

Можно ли использовать super() без явной передачи self?

Ответ: В Python 3 — да, вызов super().method() в теле метода класса эквивалентен явному super(Класс, self).method(), но только внутри класса.

Можно ли изменить порядок MRO у существующего класса?

Ответ: Порядок MRO статичен после объявления класса, но его можно исследовать (или строить новый класс с другим порядком наследования).

Типовые ошибки и анти-паттерны

Забывать про вызов super(), что может нарушить «цепочку» и пропустить инициализацию;
Использовать прямые вызовы методов родителей (например, Parent.method(self)), что ломает MRO;
Создавать сложную иерархию с противоречивым порядком, что приведёт к ошибке MRO (TypeError: Cannot create a consistent method resolution order (MRO));

Пример из жизни

Негативный кейс

В проекте создали два миксина со схожим методом, класс-наследник использует оба миксина, но вызывает методы напрямую через имя класса, нарушая очередность событий.

Плюсы:

Ясно, откуда вызывается метод.

Минусы:

Ломается MRO, не все методы вызываются, баги на стыке базовых классов.

Позитивный кейс

Используют super() в каждом методе миксинов, что гарантирует вызов по цепочке, а не пропуск нужного поведения.