¿La firma de un método en Java incluye su tipo de retorno?

¿La firma del método en una clase / interfaz Java incluye su tipo de retorno?

Ejemplo:

¿Conoce Java la diferencia entre esos dos métodos?

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

¿O tal vez solo importa el nombre del método y la lista de parámetros?

Citando de Oracle Docs :

Definición: dos de los componentes de una declaración de método comprenden la firma del método: el nombre del método y los tipos de parámetros.

Dado que la pregunta se editó para incluir este ejemplo:

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

No, el compilador no notará la diferencia, ya que su firma: myMethod(int param)es la misma. La segunda línea:

    public char myMethod(int param) {}

le dará un error: el método ya está definido en la clase , lo que confirma aún más la declaración anterior.

¿La firma del método de clase en Java incluye el tipo de retorno?

En Java, no lo hace, pero en esta JVM lo hace, lo que puede generar una confusión obvia.

¿La firma del método de interfaz en Java incluye el tipo de retorno?

Lo mismo que para los métodos de clase.

¿O solo el nombre del método y la lista de parámetros?

Nombre del método y tipos de parámetros para Java. Por ejemplo, las anotaciones y los nombres de los parámetros no importan.

A nivel de código de bytes, el "tipo de retorno" es parte de la firma del método. Considera esto

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

en bytecode hay 2 métodos clone ()

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

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

solo se diferencian por el tipo de retorno.

No, no en Java. El nombre del método y la lista de parámetros son solo para la firma del método . El tipo de devolución no incluye.

La especificación del lenguaje Java dice

Dos métodos tienen la misma firma si tienen el mismo nombre y tipos de argumentos.

por lo tanto, No, el tipo de retorno no es parte de la firma del método.

En JAVA y muchos otros lenguajes, puede llamar a un método sin una variable para mantener el valor de retorno. Si el tipo de retorno es parte de la firma de un método, no hay forma de saber qué método se llamará al llamar sin especificar la variable que contiene el valor de retorno.

Hermano, en Java, solemos llamar a los métodos por su nombre y sus parámetros solo para usarlos en nuestro código, como

myMethod (20, 40)

Entonces, JAVA solo busca cosas similares que coincidan en su declaración correspondiente (nombre + parámetro), es por eso que la firma del método solo incluye el nombre y los parámetros del método. :)

La firma del método es solo el nombre y la lista de parámetros.

no, en Java la firma del método no incluye el tipo de retorno, pero la declaración sí.

public             String         getString(String myString)

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

editado en base a los comentarios a continuación :)

El tipo de retorno no se incluye en la firma del método. Solo el nombre del método y los parámetros se definen como firma del método.

Refiérase: 'Métodos de definición' de Oracle Docs

Usando AspectJ (org.aspectj.lang.reflect.MethodSignature), tiene el tipo de retorno

LA FIRMA DEL MÉTODO INCLUYE EL TIPO DE DEVOLUCIÓN.

El compilador lo ignora cuando tiene que buscar duplicados. Para Java, es ilegal tener dos métodos con la firma que difieran solo por el tipo de retorno.

Trata eso:

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();
    }
}

Construya el proyecto, vaya al directorio bin, copie Caller.cass en algún lugar. Luego cambia el método llamado:

public int aMethod() {
    return 0;
}

Construya el proyecto, verá que tanto Called.class como Caller.class tienen una nueva marca de tiempo. Reemplace la Caller.class anterior y ejecute el proyecto. Tendrás una excepción:

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

La firma del método es solo el nombre y los parámetros del método. Pero creo que su ejemplo generará un error si estuvieran en la misma clase. Simplemente puede probarlo en cualquier ide y ver que el compilador arrojará un error

Si intenta ejecutar el código que ha mencionado en eclipse, tendrá una respuesta sobre qué elementos busca el compilador de Java para diferenciar entre los métodos de Java:

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

El error arrojado es: Método duplicado myMethod (int) en tipo Foo.