En java las referencias son bits que representan la dirección de memoria donde se encuentra un objeto dentro del “Garbage Collectible Heap”. Cuando utilizamos valores y tipos primitivos, lo que se obtiene son los bits que representan dicho valor, ejemplo un int. Luego entonces una variable de un tipo almacena los bits de referencia o los bits que representen los valores primitivos.
Cuando utilizamos “==” lo que estamos comparando son los bits que se encuentran dentro de las variables.
== con objetos
Date b = new java.util.Date();
Date c = a;
a == b;
// true, pues son los mismos bits de referencia.
c == a;
== Con primitivos
- int x = 12;
- int y = 12;
- int z = x;
- x == y; // true pues al ser primitivos, los bits representan el valor que almacenan.
- x == z; // true, son el mismo valor.
Equals
Como los objetos son bits de referencia, la forma para comparar los objetos (el valor de los atributos o lo que el objeto considere apto para ser comparable) es mediante el método de comparación “equals”.
- Date a = new java.util.Date();
- Date b = new java.util.Date();
- Date c = a;
- a.equals(b);// false pues Date genera un timestamp único en cada invocación
- String d = "Hola";
- String e = "Hola";
- d.equals(e);// true, el contenido de String es igual.
- c.equals(a); // true, el contenido de ambas variables son idénticas.
Experimentando con String
Por último si quisiéramos ver la dirección de referencia de un objeto (no precisamente es exactamente la dirección en memoria), bastaría con imprimirlo:
- String ob = new String("Hello");
- System.out.println(ob);
- // imprimiria algo parecido a esto (es un ejemplo)
- String@0x23928323d...
El código anterior es debido a que los objetos implementan el método “toString”. El cual retorna el valor generado de concatenar el nombre de la clase, símbolo de arroba seguido de el hashCode del objeto. Puedes ver la documentación en la página oficial de Java
getClass().getName() + '@' + Integer.toHexString(hashCode())
Comentarios
Publicar un comentario