带有 IntegerCache 的 Java valueOf(int) 为 valueOf(1) 返回值 3

Question

>我遇到了整数缓存的问题：使用内部使用 iBatis PreparedStatement 类的 iBatis 数据访问框架。

调用数据库过程，如

{ call UPDATE_PROC(?,?,?,?,?,?)  }
with params : [123, 234, 345, TEST1, 567, TEST2]

而 iBatis API 使用 ：

typeHandler.setParameter(ps, i + 1, value, mapping.getJdbcTypeName());

i=0，值=123

这里ps是引用PreparedStatement，i是数据库过程中的参数索引。

它在内部调用

 ps.setInt(i, ((Integer) parameter).intValue());

i=1，参数=123（注意：i是整数不是整数）

在内部，使用 Java 反射 api 调用此调用：

public Object invoke(Object proxy, Method method, Object[] params) throws Throwable

方法 ： setInt， 参数 ： [1， 123]

在获取 i 的整数值以进行方法调用时，JVM 调用以下方法：

public static Integer valueOf(int i) {
    assert IntegerCache.high >= 127;
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];
    return new Integer(i);
}

IntegerCache.low = -128 整数缓存高 = 127

IntegerCache.cache[i + (-IntegerCache.low)] 的值以 IntegerCache.cache[129] 整数缓存索引 [129] 处应该有值1，但是当我调试代码时，我在索引 [129] 处发现值3：

, -8, -7, -6, -5, -4, -3, -2, -1, 0, 3 **index[129]**, 2, 3 **index[131]**, 4, 5, 6, 7, 8, 9, 10, 11

由于整数缓存是最终类型，因此不应有重复的值，例如索引 [129] 和 [131] 处的 3

所以，我最终有例外：

java.sql.SQLException: Missing IN or OUT parameter at index:: 1

我的问题是这怎么可能？请建议

Answer 1

我的问题是这怎么可能？

某些代码可能会通过反射更改缓存实例的Integer.value字段。

Answer 2

是的，你是对的。为此有解决方案。我认为 STS JVM 调试模式存在问题。当我们更改实例的整数类型的原始 int 属性的值时，它会覆盖整数缓存值。

这不应该发生，因为下次当我们请求相同的值时，它会给出被覆盖的值。

使用以下代码以正常和调试模式完成小POC，并能够重现问题：

public class TestEclipseJVMDebugger {
    public static void main(String[] argc) {
        Integer i1 = new Integer(27);
        int i2 = 7;
        assert (-128 <= i1 && i1 <= 127);
        assert (-128 <= i2 && i2 <= 127);
        System.out.println("i1 = " + i1);
        i1 = Integer.valueOf(i2);
        System.out.println("i1 = " + i1);
        System.out
                .println("apply debug point here and change value of primitive data type of i1 to 666 from debug mode");
        System.out.println("i1 = " + i1);
        i1 = Integer.valueOf(i2);
        System.out.println("i1 = " + i1);
    }
}

我不知道为什么 Eclipse JVM 调试模式允许直接更新原始数据类型值，因为它们直接覆盖核心 JVM 类的引用值。

那么我认为StringCache，DoubleCache等也有同样的问题。