它被稱為Flyweight模式，用于最小化內(nèi)存使用。

這些數(shù)字很可能會被重復(fù)使用，并且類似autoBox的類型Integer是不可變的（請注意，這樣做不僅是針對Integer）。緩存它們可以使實例不多，并且也減少了GC（垃圾收集）的工作。

JLS在5.1.7中對此進行了介紹。裝箱轉(zhuǎn)換專門通過說：

如果裝箱的值p為true，false，字節(jié)或 u0000到u007f范圍內(nèi)的char或-128到127（含）之間的整數(shù)或短數(shù)，則令r1和r2為p的任何兩次拳擊轉(zhuǎn)換。r1 == r2總是這樣。

理想情況下，將給定的原始值p裝箱將始終產(chǎn)生相同的參考。實際上，使用現(xiàn)有的實現(xiàn)技術(shù)可能不可行。以上規(guī)則是務(wù)實的妥協(xié)。上面的最后一句要求始終將某些通用值裝在無法區(qū)分的對象中。該實現(xiàn)可以懶惰地或急切地緩存它們。對于其他值，此公式不允許對程序員方面的帶框值的身份進行任何假設(shè)。這將允許（但不要求）共享部分或全部這些引用。

這樣可以確保在最常見的情況下，行為將是理想的，而不會造成不必要的性能損失，尤其是在小型設(shè)備上。例如，較少內(nèi)存限制的實現(xiàn)可能會緩存所有char和short值，以及-32K到+32K范圍內(nèi)的int和long值。

我到處都讀到過，當您在Java中定義介于-128到127之間的Integer時，它不會創(chuàng)建新對象，而是返回已經(jīng)創(chuàng)建的對象。

除了讓新手程序員比較Integer對象==以查看它們是否具有相同的數(shù)字外，我看不到這樣做的任何意義，但是我認為這很糟糕，因為確保他們認為可以將任何Integer對象與進行比較==，并且還在教學在任何編程語言中都不好的做法：將兩個“不同”對象的內(nèi)容與進行比較==。

這樣做有其他原因嗎？還是在設(shè)計語言（以我的觀點）（如JavaScript中的可選分號）時只是一個錯誤的決定？

編輯：我在這里看到他們解釋行為：為什么Integer常量池的行為在127發(fā)生變化？

我在問為什么他們設(shè)計它具有這種行為，而不是為什么會發(fā)生這種行為。