このトピックは近いものではないので、この回答を投稿します。Javaが多重継承を許可しない理由を誰かが理解するのに役立つことを願っています。
次のクラスを考えてみましょう：
public class Abc{
public void doSomething(){
}
}
この場合、Abcクラスは何も拡張しませんか？それほど高速ではないため、このクラスは暗黙的にクラスObjectを拡張し、すべてがJavaで機能できるようにする基本クラスです。すべてがオブジェクトです。
あなたがあなたのIDEは、あなたのような方法で使用できるようにすることがわかります上記のクラスを使用しようとすると：equals(Object o)、toString()、などがありますが、それらのメソッドを宣言していない、彼らは基本クラスから来ましたObject
あなたは試すことができます：
public class Abc extends String{
public void doSomething(){
}
}
あなたのクラスは暗黙の拡張ではObjectなくString、あなたが言ったので拡張するので、これは問題ありません。次の変更を検討してください。
public class Abc{
public void doSomething(){
}
@Override
public String toString(){
return "hello";
}
}
これで、toString（）を呼び出すと、クラスは常に「hello」を返します。
次のクラスを想像してみてください。
public class Flyer{
public void makeFly(){
}
}
public class Bird extends Abc, Flyer{
public void doAnotherThing(){
}
}
ここでも、クラスFlyerの暗黙的なメソッドを持つオブジェクトを拡張しtoString()、それらのすべてが延びているので、任意のクラスは、このメソッドを持っていますObject、あなたが呼び出す場合、そう、間接的toString()にBirdその、toString()Javaが使用する必要がありますでしょうか？からAbcまたはFlyer？これは、2つ以上のクラスを拡張しようとするすべてのクラスで発生します。この種の「メソッドの衝突」を回避するために、インターフェイスの概念を構築しました。基本的に、それらはObjectを間接的に拡張しない抽象クラスと考えることができます。それらは抽象的であるため、オブジェクトであるクラスによって実装する必要があります （インターフェースだけをインスタンス化することはできません。それらはクラスによって実装される必要があります）。そのため、すべてが正常に機能し続けます。
インターフェースとクラスを区別するために、キーワードimplementsはインターフェース専用に予約されています。
デフォルトでは何も拡張しないため、同じクラスに好きなインターフェースを実装できます（ただし、別のインターフェースを拡張するインターフェースを作成することはできますが、「father」インターフェースはObjectを拡張しません）。したがって、インターフェースは単なるインターフェイスであり、「メソッドシグネチャコリジョン」の影響を受けません。コンパイラが警告をスローし、メソッドシグネチャを変更して修正する必要があります（signature = method name + params + return type） 。
public interface Flyer{
public void makeFly(); // <- method without implementation
}
public class Bird extends Abc implements Flyer{
public void doAnotherThing(){
}
@Override
public void makeFly(){ // <- implementation of Flyer interface
}
// Flyer does not have toString() method or any method from class Object,
// no method signature collision will happen here
}