2

我对对象足迹理解有疑问：

我在两种情况下运行以下行A和B

out.println(VM.current().details());
HashMap<Integer, Integer> hashMap = new HashMap<>();
A:
    for (int i = 0; i < 1000; i++) {
        hashMap.put(i, i);
    }
B:
    for (int i = 0; i < 1000; i++) {
        hashMap.put(1000 + i, i);
    }

PrintWriter pw = new PrintWriter(out);
pw.println(GraphLayout.parseInstance(hashMap).toFootprint());

案例A的结果是：

java.util.HashMap@1f89ab83d footprint:
 COUNT       AVG       SUM   DESCRIPTION
     1      8208      8208   [Ljava.util.HashMap$Node;
  1872        16     29952   java.lang.Integer
     1        48        48   java.util.HashMap
  1000        32     32000   java.util.HashMap$Node
  2874               70208   (total)

案例 B 结果是：

java.util.HashMap@1f89ab83d footprint:
 COUNT       AVG       SUM   DESCRIPTION
     1      8208      8208   [Ljava.util.HashMap$Node;
  2000        16     32000   java.lang.Integer
     1        48        48   java.util.HashMap
  1000        32     32000   java.util.HashMap$Node
  3002               72256   (total)

A 和 B 之间的差异是 128 个 Integer 实例（1872 与 2000）。第一个假设是一种IntegerCache影响，但在我看来它并不能解释案例 B。

问题：为什么这两个脚印不同？

细节：

jol: "org.openjdk.jol:jol-core:0.8"

# Running 64-bit HotSpot VM.
# Using compressed oop with 3-bit shift.
# Using compressed klass with 3-bit shift.
...
# Objects are 8 bytes aligned.
# Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
# Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
4

1 回答 1

1

Java 确实为值在 -128 和 127 之间的实例提供了缓存Integer（使用自动装箱或Integer.valueOf(int)直接使用时）。因此put(i,i)将使用相同的实例，而put(1000 + i, i)甚至put(1000 + i, 1000 + i)不会。

put(i,i)将为值 0 到 127（即 128 个实例）使用缓存，并Integer在两种情况下返回相同的实例。

put(1000 + i,i)将为键创建一个新Integer实例，但将缓存用于值 0 到 127（即 128 个实例）

put(1000 + i, 1000 + i)将为键和值创建新Integer实例，即使它们具有相同的数值。因此，如果您这样做，您应该会看到Integer创建了 128 个额外的实例。

于 2017-05-15T09:01:02.893 回答