A assinatura de um método em Java inclui seu tipo de retorno?

A assinatura do método em uma classe / interface Java inclui seu tipo de retorno?

Exemplo:

Java sabe a diferença entre esses dois métodos:

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

Ou talvez apenas o nome do método e a lista de parâmetros importem?

Citando do Oracle Docs :

Definição: dois dos componentes de uma declaração de método compreendem a assinatura do método - o nome do método e os tipos de parâmetro.

Já que a pergunta foi editada para incluir este exemplo:

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

Não, o compilador não saberá a diferença, pois sua assinatura: myMethod(int param)é a mesma. A segunda linha:

    public char myMethod(int param) {}

lhe dará um erro: o método já está definido na classe , o que confirma ainda mais a afirmação acima.

A assinatura do método de classe em Java inclui o tipo de retorno?

Em Java, não, mas neste JVM ele faz, o que pode levar a uma confusão óbvia.

A assinatura do método de interface em Java inclui o tipo de retorno?

O mesmo que para métodos de classe.

Ou apenas o nome do método e a lista de parâmetros?

Nome do método e tipos de parâmetro para Java. Por exemplo, as anotações e nomes dos parâmetros não importam.

No nível do bytecode, o "tipo de retorno" faz parte da assinatura do método. Considere isto

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

no bytecode existem 2 métodos clone ()

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

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

eles diferem apenas pelo tipo de retorno.

Não, não em Java. O nome do método e a lista de parâmetros são apenas para assinatura do método . O tipo de retorno não inclui.

A especificação da linguagem Java diz

Dois métodos têm a mesma assinatura se tiverem o mesmo nome e tipos de argumento.

portanto, Não, o tipo de retorno não faz parte da assinatura do método.

Em JAVA e em muitas outras linguagens, você pode chamar um método sem uma variável para conter o valor de retorno. Se o tipo de retorno for parte de uma assinatura de método, não há como saber qual método será chamado ao chamar sem especificar o valor de retorno de retenção da variável.

Bro, Em java, usamos para chamar métodos por seus nomes e seus parâmetros apenas para usá-los em nosso código, como

meu método (20, 40)

então, JAVA só procura por itens semelhantes que correspondam em sua declaração correspondente (nome + parâmetro), é por isso que a assinatura do método inclui apenas o nome e os parâmetros do método. :)

A assinatura do método é o nome e a lista de parâmetros apenas.

não, em Java a assinatura do método não inclui o tipo de retorno, mas a declaração sim.

public             String         getString(String myString)

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

editado com base no feedback abaixo :)

O tipo de retorno não inclui a assinatura do método. Somente o nome do método e os parâmetros são definidos como assinatura do método.

Refferir: 'Métodos de definição' do Oracle Docs

Usando AspectJ (org.aspectj.lang.reflect.MethodSignature), ele tem o tipo de retorno

A ASSINATURA DO MÉTODO INCLUI O TIPO DE RETORNO.

O compilador o ignora quando precisa verificar se há duplicatas. Para Java é ilegal ter dois métodos com a assinatura diferindo apenas pelo tipo de retorno.

Tente isso:

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

Compile o projeto, vá para o diretório bin, copie o Caller.cass em algum lugar. Em seguida, altere o método chamado:

public int aMethod() {
    return 0;
}

Construa o projeto, você verá que Called.class e Caller.class têm um novo carimbo de data / hora. Substitua o Caller.class acima e execute o projeto. Você terá uma exceção:

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

A assinatura do método é apenas o nome e os parâmetros do método. Mas acredito que seu exemplo geraria um erro se eles estivessem na mesma classe. Você pode simplesmente testá-lo em qualquer ide e ver se o compilador lançará um erro

Se você tentar executar o código que mencionou no eclipse, terá uma resposta sobre quais elementos o compilador java procura para diferenciar entre os métodos java:

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

O erro gerado é: Método duplicado myMethod (int) no tipo Foo.