Bom dia! Pessoal eu acredito que entendi o motivo do hashCode() para gerar uma código único para servir de base para comparar objetos...
E o equal() para fazer a comparação em si, reescrevemos para definir um padrão de comparação.
Porém, o que estou na dúvida é onde é utilizado o resultado do hashCode(), pois pelo código sobrescrito do equals() não vi a chamada para o hashCode().
Oi, Bruno.
Realmente não há chamada do equals para o hashCode, mas isso não significa que não é utilizado!!! Quem faz uso disso é a JVM.
Tem um post do Paulo Silveira que explica isso com muitos detalhes, muito mais do que eu poderia explicar aqui. O post é antigo (de 2006), mas o conceito ainda vive!!! Ainda é aplicado:
http://blog.caelum.com.br/ensinando-que-e-o-hashcode/
Espero que ajude.
Olá Bruno,
Internamente você verá que na classe Object a comparação para o equals irá utilizar o toString do objeto, que se utiliza do HashCode.
Obrigado Arthur pela sugestão, li o artigo! Bem interessante!
Harley! Entendi! Então o método equals() internamente chama toString() que por usa vez chama hashCode(). Agora mais uma dúvida surgiu!
1 - No caso da minha classe Conta(), tem o toString() sobrescrito sem chamar o HashCode() e mesmo assim funcionou e ele comparou e não inseriu objetos duplicados.
Como isso foi possível se o toString()[sobrescrito] não chamou o HashCode()?
Olha, com relação à essa afirmação do equals chamar toString, eu não sei se está correta não. Olha o código fonte da classe Object:
/**
* Indicates whether some other object is "equal to" this one.
* <p>
* The {@code equals} method implements an equivalence relation
* on non-null object references:
* <ul>
* <li>It is <i>reflexive</i>: for any non-null reference value
* {@code x}, {@code x.equals(x)} should return
* {@code true}.
* <li>It is <i>symmetric</i>: for any non-null reference values
* {@code x} and {@code y}, {@code x.equals(y)}
* should return {@code true} if and only if
* {@code y.equals(x)} returns {@code true}.
* <li>It is <i>transitive</i>: for any non-null reference values
* {@code x}, {@code y}, and {@code z}, if
* {@code x.equals(y)} returns {@code true} and
* {@code y.equals(z)} returns {@code true}, then
* {@code x.equals(z)} should return {@code true}.
* <li>It is <i>consistent</i>: for any non-null reference values
* {@code x} and {@code y}, multiple invocations of
* {@code x.equals(y)} consistently return {@code true}
* or consistently return {@code false}, provided no
* information used in {@code equals} comparisons on the
* objects is modified.
* <li>For any non-null reference value {@code x},
* {@code x.equals(null)} should return {@code false}.
* </ul>
* <p>
* The {@code equals} method for class {@code Object} implements
* the most discriminating possible equivalence relation on objects;
* that is, for any non-null reference values {@code x} and
* {@code y}, this method returns {@code true} if and only
* if {@code x} and {@code y} refer to the same object
* ({@code x == y} has the value {@code true}).
* <p>
* Note that it is generally necessary to override the {@code hashCode}
* method whenever this method is overridden, so as to maintain the
* general contract for the {@code hashCode} method, which states
* that equal objects must have equal hash codes.
*
* @param obj the reference object with which to compare.
* @return {@code true} if this object is the same as the obj
* argument; {@code false} otherwise.
* @see #hashCode()
* @see java.util.HashMap
*/
public boolean equals(Object obj) {
return (this == obj);
}O equals da classe object só compara a referência (hashCode) mesmo.