Pool intero Java. Perché?

Question

Ho letto ovunque che quando si definisce un numero intero compreso tra -128 e 127 in Java, invece di creare un nuovo oggetto restituisce un oggetto già creato.

Non vedo nessun altro modo di farlo se non quello di consentire ai programmatori principianti di confrontare gli oggetti interi con == per vedere se sono lo stesso numero, ma penso che questo sia sbagliato perché sicuramente pensano di poter confrontare qualsiasi numero intero con == e insegna anche una cattiva pratica in qualsiasi linguaggio di programmazione: confrontare il contenuto di due oggetti "diversi" con ==.

C'è qualche altra ragione sul perché questo è fatto? O è solo una brutta decisione quando si progetta il linguaggio (secondo me) come il punto e virgola opzionale in JavaScript?

EDIT: Vedo qui che spiegano il comportamento: Why does the behavior of the Integer constant pool change at 127?

sto chiedendo il motivo per cui è progettata per avere questo comportamento, e non perché sta succedendo questo comportamento.

Answer 1

Si chiama Flyweight pattern e viene utilizzato per ridurre al minimo l'utilizzo della memoria.

È molto probabile che questi numeri vengano utilizzati ripetutamente e tipi di autobox come Integer non sono modificabili (si noti che ciò viene fatto non solo per Integer). La loro memorizzazione nella cache lo rende così non ci sono molte istanze e riduce anche GC (Garbage Collection).

Il JLS copre questo in 5.1.7. Boxing Conversion specificamente dicendo:

Se il valore p essere inscatolato è vero, falso, un byte, o un char nel campo \ u0000 a \ u007F, o un int o numero breve compreso tra -128 e 127 (incluso), quindi lasciare r1 e r2 i risultati di due conversioni di boxing pari a p. È sempre il caso che r1 == r2.

Idealmente, il boxing di un dato valore primitivo p, darebbe sempre un riferimento identico. In pratica, questo potrebbe non essere fattibile utilizzando le tecniche di implementazione esistenti. Le regole di cui sopra sono un compromesso pragmatico. La clausola finale sopra richiede che determinati valori comuni siano sempre racchiusi in oggetti indistinguibili. L'implementazione può memorizzarli in cache, pigramente o impazientemente. Per altri valori, questa formulazione non ammette alcuna ipotesi sull'identità dei valori inseriti nella parte del programmatore. Ciò consentirebbe (ma non richiederà) la condivisione di alcuni o tutti questi riferimenti.

Ciò garantisce che, nei casi più comuni, il comportamento sarà quello desiderato, senza imporre una penalità di prestazioni eccessive, in particolare su dispositivi di piccole dimensioni. Ad esempio, meno implementazioni a memoria limitata potrebbero memorizzare nella cache tutti i valori char e short, nonché i valori int e long nell'intervallo da -32K a +32K.

Answer 2

Penso che la creazione di qualsiasi oggetto richieda più tempo rispetto a prenderlo dalla tabella dei simboli. Inoltre, se non sbaglio, ogni oggetto nell'heap occupa 24 byte di spazio aggiuntivo per l'intestazione. Ora, se un programmatore scrive il suo programma, la maggior parte delle operazioni viene eseguita su piccoli int (in questo caso, piccoli interi). In questo modo è possibile risparmiare molto spazio e migliorare un po 'le prestazioni.