一、Java中“1000==1000”為false，而”100==100“為true的原因

Java 5 引入了自動裝箱和自動拆箱功能，這使得基本數(shù)據(jù)類型和它們對應的包裝類可以在需要時自動轉(zhuǎn)換。例如，當將一個 int 類型的值賦給一個 Integer 對象時，編譯器會自動執(zhí)行裝箱操作，將基本數(shù)據(jù)類型轉(zhuǎn)換為其對應的包裝類。

為了提高性能，Java 在自動裝箱過程中實現(xiàn)了一個名為整數(shù)緩存（Integer Cache）的機制。這個機制會緩存一定范圍內(nèi)的整數(shù)對象。在 Java 的默認實現(xiàn)中，緩存的范圍是 -128 到 127（包括邊界值）。因此，當自動裝箱一個位于這個范圍內(nèi)的整數(shù)時，將返回緩存中的相同整數(shù)對象。

在 Java 中，使用 “==” 操作符比較對象時，實際上是比較它們的引用是否相等，而不是它們的內(nèi)容是否相等。如果想要比較兩個對象的內(nèi)容是否相等，通常需要使用它們的 equals() 方法。

然而，當使用 “==” 操作符比較基本數(shù)據(jù)類型時，實際上是比較它們的值是否相等。

在這里，我們實際上是比較兩個 Integer 對象，而非基本數(shù)據(jù)類型 int。

當我們比較兩個值為 100 的 Integer 對象時，由于這兩個對象的值都在整數(shù)緩存的范圍內(nèi)（-128 到 127），它們會指向緩存中的同一個對象。因此，使用 “==” 操作符比較它們的引用時，結(jié)果為 true。

然而，當我們比較兩個值為 1000 的 Integer 對象時，由于它們的值超出了整數(shù)緩存的范圍，Java 不會使用緩存中的對象。因此，這兩個 Integer 對象分別在堆內(nèi)存中的不同位置，使用 “==” 操作符比較它們的引用時，結(jié)果為 false。