¿Por qué StringBuffer/StringBuilder no anula iguales o hashCode?

Question

¿Por qué StringBuffer/StringBuilder no anula los métodos equals(), hashcode() del objeto?

Por favor, me sugieren imagen clara que ayuda al entender el problema ...

Answer 1

Debido StringBuffer es mutable, y su uso principal es para la construcción de cuerdas. Si desea comparar contenido, llame al StringBuffer#toString() y compare el valor devuelto.

En general, no es útil anular hashCode() para objetos mutables, ya que la modificación de un objeto que se utiliza como clave en HashMap podría hacer que el valor almacenado se "pierda".

Answer 2

En realidad detrás de esto todo depende del valor del código hashcode. Para entender este concepto permite tomar un ejemplo:

String str1 = new String("sunil"); 
String str2 = new String("sunil"); 

HashMap hm = new HashMap() 
hm.put(str1,"hello"); 
hm.put(str2,"bye"); 

hm definitiva:

hm = { sunil=bye } 

En el código anterior, cadena1 y cadena2 son dos objetos String diferentes. Debe ser agregado en HashMap? La respuesta es NO. Porque antes de insertar/poner valor en HashMap, internamente comprueba y compara el valor hashCode de str1, str2. Ambos devuelven el mismo valor de hascode porque la clase String anula el método equals() y hashcode(). Por lo tanto, al ejecutar hm.put(str2,"bye");, la primera clave se sobrescribirá con un nuevo valor. Ahora intente esto:

StringBuilder sb1 = new StringBuilder("sunil"); 
StringBuilder sb2 = new StringBuilder("sunil"); 

HashMap hm = new HashMap() 
hm.put(sb1,"hello");//sb1 and sb2 will return different HashCode 
hm.put(sb2,"bye");// StringBuffer/StringBuilder does not override hashCode/equals methods 

hm definitiva:

{sunil=hello, sunil=bye} 

Tanto valor se añadirá en Hashmap porque SB1 y SB2 tanto vuelve diferente código hash. StringBuilder/StringBuffer no anula el método equals() y hashCode().

Sun Microsystem quería que el programador para permitir la adición de 2 especie de cadena de valores diferentes en Hashtable o cualquier otro Colecciones Hash gustos (HashSet, HashMap ...), esa es la razón hashCode() y equals() no se invalida intencionadamente en StringBuffer , Clase StringBuilder.

Answer 3

Porque StringBuffer es mutable. Con el ejemplo, pruebe esto :)

package test; 

import java.util.HashMap; 

public class CheckHashcodeEquals { 

    public static void main(String[] args) { 

     /* 
     * String class override equals() and hashcode() method thats way 
     * override value of HashMap 
     */ 
     String s1 = new String("Arya"); 
     String s2 = new String("Arya"); 
     HashMap hm = new HashMap<>(); 
     hm.put(s1, "A1"); 
     hm.put(s2, "A2"); 
     System.out.println(hm); /* Output: {Arya=A2} */ 

     /* 
     * String class does not override equals() and hashcode() method thats 
     * way insert duplicate value 
     */ 
     StringBuffer sb1 = new StringBuffer("Arya"); 
     StringBuffer sb2 = new StringBuffer("Arya"); 
     HashMap hm2 = new HashMap<>(); 
     hm2.put(sb1, "A1"); 
     hm2.put(sb2, "A2"); 
     System.out.println(hm2); /* Output: {Arya=A2, Arya=A1} */ 
    } 

}