Что хотят услышать интервьюеры:

Порядок MRO меняется, когда меняется иерархия наследования: добавляются или убираются базовые классы, особенно если есть множественное наследование. Python пересчитывает MRO по C3-линеаризации, чтобы сохранить предсказуемый порядок поиска методов и согласованность всех базовых классов. Это нужно, чтобы корректно работали super() и чтобы один и тот же метод вызывался в однозначном порядке.

Определение:

MRO (Method Resolution Order) — это порядок, в котором Python ищет метод или атрибут в классе и его базовых классах. При множественном наследовании этот порядок не просто “слева направо”, а строится по алгоритму C3-линеаризации. Изменение MRO происходит, когда меняется структура наследования: например, добавляется новый базовый класс, меняется порядок базовых классов или появляется/исчезает промежуточный класс.

Пример использования:

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

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

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

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

print(D.__mro__)
D().show()

Ожидаемый порядок будет примерно таким: D -> B -> C -> A -> object.
Если поменять объявление на class D(C, B), MRO изменится, и порядок вызовов тоже станет другим.

Пояснение кода:

Код показывает множественное наследование и влияние порядка базовых классов на MRO.

D(B, C) задаёт порядок базовых классов для класса D.
D.__mro__ позволяет увидеть, в каком порядке Python будет искать методы.
При вызове D().show() вызывается show() из D, затем через super() — следующий метод по MRO.
В B.show() и C.show() тоже используется super(), поэтому цепочка проходит по всему MRO, а не прыгает к конкретному родителю.
Если изменить порядок базовых классов в D, изменится и последовательность вызовов, потому что Python пересчитывает MRO для новой иерархии.

Ключевые моменты:

MRO меняется при изменении структуры наследования, особенно при множественном наследовании.
Python строит MRO по C3-линеаризации, чтобы порядок был согласованным и предсказуемым.
Порядок базовых классов в объявлении класса влияет на итоговый MRO.
super() работает корректно именно благодаря MRO, а не потому, что вызывает “родителя” напрямую.
Если MRO построить невозможно, Python выдаст ошибку на этапе создания класса.
__mro__ — удобный способ посмотреть фактический порядок разрешения методов.

Что вызывает изменение порядка методов разрешения (MRO) в Python и почему оно происходит?