Qual è la differenza tra `##` e `hashCode`?

Question

Qual è la differenza tra i metodi ## e hashCode?

Sembra che stiano emettendo gli stessi valori indipendentemente da quale classe o sovraccarico hashCode utilizzo. Anche Google non aiuta, in quanto non riesce a trovare il simbolo ##.

Answer 1

"sottoclassi" di AnyVal non si comportano correttamente dal punto di vista di hashing:

scala> 1.0.hashCode 
res14: Int = 1072693248 

naturalmente questo è inscatolato ad una chiamata a:

scala> new java.lang.Double(1.0).hashCode 
res16: Int = 1072693248 

Potremmo preferiamo che sia :

scala> new java.lang.Double(1.0).## 
res17: Int = 1 

scala> 1.0.## 
res15: Int = 1 

Dobbiamo xpetto questo dato che lo int 1 è anche il double 1. Ovviamente questo problema non si verifica in Java. Senza di essa, avremmo questo problema:

Set(1.0) contains 1 //compiles but is false 

fortuna:

scala> Set(1.0) contains 1 
res21: Boolean = true 

Answer 2

## è stato introdotto perché hashCode non è coerente con la == operatore in Scala. Se a == b quindi a.## == b.## indipendentemente dal tipo di aeb (se le implementazioni personalizzate hashCode sono corrette). Lo stesso non è vero per hashCode come si può vedere negli esempi forniti da altri poster.

Answer 3

Voglio solo aggiungere alle risposte degli altri poster che sebbene il metodo ## si impegni a mantenere il contratto tra i codici di uguaglianza e hash, in alcuni casi non è abbastanza buono, come quando si confrontano i doppi e i lunghi (scala 2.10.2):

> import java.lang._ 
import java.lang._ 

> val lng = Integer.MAX_VALUE.toLong + 1 
lng: Long = 2147483648 

> val dbl = Integer.MAX_VALUE.toDouble + 1 
dbl: Double = 2.147483648E9 

> lng == dbl 
res65: Boolean = true 

> lng.## == dbl.## 
res66: Boolean = false 

> (lng.##, lng.hashCode) 
res67: (Int, Int) = (-2147483647,-2147483648) 

> (dbl.##, dbl.hashCode) 
res68: (Int, Int) = (-2147483648,1105199104)