Enthält die Signatur einer Methode in Java ihren Rückgabetyp?

Enthält die Methodensignatur in einer Java-Klasse / -Schnittstelle den Rückgabetyp?

Beispiel:

Kennt Java den Unterschied zwischen diesen beiden Methoden:

public class Foo {
    public int  myMethod(int param) {}
    public char myMethod(int param) {}
}

Oder ist es vielleicht nur der Methodenname und die Parameterliste wichtig?

Zitieren aus Oracle Docs :

Definition: Zwei der Komponenten einer Methodendeklaration umfassen die Methodensignatur - den Namen der Methode und die Parametertypen.

Da die Frage so bearbeitet wurde, dass sie dieses Beispiel enthält:

public class Foo {
    public int  myMethod(int param) {}
    public char myMethod(int param) {}
}

Nein, der Compiler wird den Unterschied nicht kennen, da seine Signatur myMethod(int param)dieselbe ist. Die zweite Zeile:

    public char myMethod(int param) {}

gibt Ihnen können Fehler: Methode ist bereits in der Klasse definiert , was die obige Aussage weiter bestätigt.

Enthält die Signatur der Klassenmethode in Java den Rückgabetyp?

In Java ist dies nicht der Fall, in dieser JVM jedoch, was zu offensichtlicher Verwirrung führen kann.

Enthält die Signatur der Schnittstellenmethode in Java den Rückgabetyp?

Das gleiche wie für Klassenmethoden.

Oder nur Methodenname und Parameterliste?

Methodenname und Parametertypen für Java. Zum Beispiel spielen die Parameteranmerkungen und -namen keine Rolle.

Auf Bytecode-Ebene ist "Rückgabetyp" Teil der Methodensignatur. Bedenken Sie

public class Test1  {
    public Test1 clone() throws CloneNotSupportedException {
        return (Test1) super.clone();
    }
}

Im Bytecode gibt es 2 clone () -Methoden

public clone()LTest1; throws java/lang/CloneNotSupportedException 

public clone()Ljava/lang/Object; throws java/lang/CloneNotSupportedException 

Sie unterscheiden sich nur nach Rückgabetyp.

Nein, nicht in Java. Methodenname und Parameterliste dienen nur zur Methodensignatur . Rückgabetyp nicht enthalten.

Java Language Spec sagt

Zwei Methoden haben dieselbe Signatur, wenn sie denselben Namen und dieselben Argumenttypen haben.

Daher ist der Rückgabetyp nicht Teil der Methodensignatur.

In JAVA und vielen anderen Sprachen können Sie eine Methode ohne Variable aufrufen, um den Rückgabewert zu speichern. Wenn der Rückgabetyp Teil einer Methodensignatur ist, kann nicht angegeben werden, welche Methode beim Aufruf aufgerufen wird, ohne dass der Rückgabewert für die Variable angegeben wird.

Bro, In Java verwenden wir Methoden, um sie nach ihrem Namen und ihren Parametern aufzurufen, nur um sie in unserem Code zu verwenden, wie z

myMethod (20, 40)

Daher sucht JAVA nur in der entsprechenden Deklaration (Name + Parameter) nach ähnlichen Übereinstimmungen. Aus diesem Grund enthält die Methodensignatur nur den Namen und die Parameter der Methode. :) :)

Die Methodensignatur ist nur der Name und die Parameterliste.

Nein, in Java enthält die Methodensignatur nicht den Rückgabetyp, die Deklaration jedoch.

public             String         getString(String myString)

^access modifier   ^return type   ^name    ^parameter type and name

bearbeitet basierend auf dem Feedback unten :)

Der Rückgabetyp ist nicht in der Methodensignatur enthalten. Nur Methodenname und Parameter werden als Methodensignatur definiert.

Reffer: Oracle Docs 'Methoden definieren'

Bei Verwendung von AspectJ (org.aspectj.lang.reflect.MethodSignature) hat es den Rückgabetyp

DIE METHODEN-UNTERZEICHNUNG UMFASST DEN RÜCKGABETYP.

Der Compiler ignoriert es, wenn nach Duplikaten gesucht werden muss. Für Java ist es illegal, zwei Methoden zu haben, deren Signatur sich nur durch den Rückgabetyp unterscheidet.

Versuch das:

public class Called {
    public String aMethod() {
        return "";
    }
}

public class Caller {
    public static void main(String[] main) {
        aMethod();
    }
    public static void aMethod() {
        Called x = new Called();
        x.aMethod();
    }
}

Erstellen Sie das Projekt, gehen Sie in das Verzeichnis bin und kopieren Sie die Caller.cass irgendwo hin. Ändern Sie dann die aufgerufene Methode:

public int aMethod() {
    return 0;
}

Wenn Sie das Projekt erstellen, werden Sie feststellen, dass sowohl Called.class als auch Caller.class einen neuen Zeitstempel haben. Ersetzen Sie die Caller.class oben und führen Sie das Projekt aus. Sie haben eine Ausnahme:

java.lang.NoSuchMethodError: it.prova.Called.aMethod()Ljava/lang/String;

Die Methodensignatur ist nur der Name und die Parameter der Methode. Aber ich glaube, Ihr Beispiel wird einen Fehler erzeugen, wenn sie in derselben Klasse wären. Sie können es einfach auf jeder Idee testen und sehen, dass der Compiler einen Fehler auslöst

Wenn Sie versuchen, den Code auszuführen, den Sie in Eclipse erwähnt haben, erhalten Sie eine Antwort darauf, nach welchen Elementen der Java-Compiler sucht, um zwischen Java-Methoden zu unterscheiden:

class Foo {
    public int  myMethod(int param) {
        return param;}
    public char *myMethod*(int param) { //this line throws an error 
        return param;
    }
}

Der Fehler lautet: Doppelte Methode myMethod (int) vom Typ Foo.