Why is there no multiple inheritance in Java, but implementing multiple interfaces is allowed?

Java не допускает множественного наследования, но позволяет реализовать несколько интерфейсов. Почему?

Потому что интерфейсы указывают только на то, что делает класс, а не на то, как он это делает.

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

Один из моих преподавателей в колледже объяснил мне это следующим образом:

Предположим, у меня есть один класс, который является Toaster, и другой класс, который является NuclearBomb. У них обоих может быть параметр "darkness". У них обоих есть метод on(). (У одного есть функция off(), у другого нет.) Если я хочу создать класс, который является подклассом обоих из них these...as вы можете видеть, что это проблема, которая действительно может взорваться у меня перед глазами.

Итак, одна из основных проблем заключается в том, что если у вас есть два родительских класса, они могут иметь разные реализации одной и той же функции - или, возможно, две разные функции с одинаковыми именами, как в примере с моим инструктором. Тогда вам придется решать, какой из них будет использоваться вашим подклассом. Конечно, есть способы справиться с этим — C ++ делает это — но разработчики Java посчитали, что это все слишком усложнит.

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

Поскольку наследованием злоупотребляют, даже когда вы не можете сказать "эй, этот метод выглядит полезным, я также расширю этот класс".

public class MyGodClass extends AppDomainObject, HttpServlet, MouseAdapter, 
             AbstractTableModel, AbstractListModel, AbstractList, AbstractMap, ...

Ответ на этот вопрос заключается во внутренней работе компилятора java (цепочке конструкторов). Если мы увидим внутреннюю работу компилятора Java:

public class Bank {
  public void printBankBalance(){
    System.out.println("10k");
  }
}
class SBI extends Bank{
 public void printBankBalance(){
    System.out.println("20k");
  }
}

После компиляции это выглядит следующим образом:

public class Bank {
  public Bank(){
   super();
  }
  public void printBankBalance(){
    System.out.println("10k");
  }
}
class SBI extends Bank {
 SBI(){
   super();
 }
 public void printBankBalance(){
    System.out.println("20k");
  }
}

когда мы расширяем класс и создаем из него объект, одна цепочка конструкторов будет выполняться до Object класса.

Приведенный выше код будет работать нормально. но если у нас есть другой класс с именем, Car который расширяется Bank, и один гибридный класс (множественное наследование) с именем SBICar:

class Car extends Bank {
  Car() {
    super();
  }
  public void run(){
    System.out.println("99Km/h");
  }
}
class SBICar extends Bank, Car {
  SBICar() {
    super(); //NOTE: compile time ambiguity.
  }
  public void run() {
    System.out.println("99Km/h");
  }
  public void printBankBalance(){
    System.out.println("20k");
  }
}

В этом случае (SBICar) не сможет создать цепочку конструкторов (неоднозначность во время компиляции).

Для интерфейсов это разрешено, потому что мы не можем создать его объект.

Для получения информации о новой концепции default и static методе , пожалуйста, обратитесь к default in interface.

Надеюсь, это решит ваш запрос. Спасибо.