冗余断言在Integer.valueOf(int i)JDK7中

时间:2012-12-20 13:59:06

标签: integer java assert

Integer.valueOf(int i)方法包含assesrt来检查IntegerCache是​​否多于或等于127.

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);
}

缓存实现如下所示

static {
        // high value may be configured by property
        int h = 127;
        String integerCacheHighPropValue =
            sun.misc.VM.getSavedProperty("java.lang.Integer.IntegerCache.high");
        if (integerCacheHighPropValue != null) {
            int i = parseInt(integerCacheHighPropValue);
            i = Math.max(i, 127);
            // Maximum array size is Integer.MAX_VALUE
            h = Math.min(i, Integer.MAX_VALUE - (-low));
        }
        high = h;

        cache = new Integer[(high - low) + 1];
        int j = low;
        for(int k = 0; k < cache.length; k++)
            cache[k] = new Integer(j++);
    }

因此,您可以通过传递属性值来增加缓存大小。但实现不允许您将缓存大小设置为低于127(或者它确实如此?)。那么为什么他们在Integer.valueOf()中提出断言。开发人员不相信自己的实现吗? 我知道如果低于127 Integer.valueOf(int i)的缓存会返回错误的值,但这种情况不会发生...

是否有必要在那里断言?

2 个答案:

答案 0 :(得分:1)

  

开发人员不相信自己的实施吗?

这正是断言的目的:捕获编程错误。假设没有错误,就不会发现任何错误。

答案 1 :(得分:1)

使用参数-enableassertions或简单地-ea编译代码。然后断言将踢。默认情况下,提供给您的JVM不会使用该参数进行编译。所以这个断言在运行时被忽略了。