¿Por qué Object.toString() devuelve una representación hexadecimal de hashCode por defecto?

Question

tengo curiosidad por qué Object.toString() vuelve este:

return getClass().getName() + "@" + Integer.toHexString(hashCode()); 

Frente a esto:

return getClass().getName() + "@" + hashCode(); 

¿Qué beneficios mostrando el código hash como un hexagonal en lugar de un número decimal que compran?

Answer 1

Object.hashCode solían calcularse based on a memory location where the object is located. Las ubicaciones de memoria se muestran casi universalmente como hexadecimales.

El valor de retorno predeterminado de toString no está tan interesado en el código de hash, sino más bien en una forma única de identificar el objeto para la depuración, y el código de hash sirve para identificarlo (de hecho , la combinación de nombre de clase + dirección de memoria es realmente única, y aunque no se garantiza que un código hash sea único, a menudo se acerca).

Answer 2

No me gusta la respuesta aceptada. Aquí está mi respuesta.

Respuesta corta: porque hex es más fácil de memorizar, ya que un número expresado en hexadecimal es más corto y tiene una variedad de caracteres mayor que el mismo número expresado en decimal.

Respuesta más larga: No va a utilizar el código hash para hacer aritmética con él en la cabeza, por lo que realmente no necesita que esté en decimales. Por otro lado, es muy probable que lo vaya a utilizar de la única manera en que está destinado a ser utilizado, es decir, para indicar si dos códigos hash se refieren al mismo objeto o a diferentes objetos. En otras palabras, lo usará como un identificador único o mnemonic para un objeto. Por lo tanto, el hecho de que sea un número es irrelevante; también podrías pensar en ello como una cadena hash. Bueno, sucede que a nuestros cerebros les resulta mucho más fácil retener (para fines de comparación) cadenas cortas que constan de 16 caracteres diferentes, que cadenas más largas que constan de solo 10 caracteres diferentes.