为什么Integer缓存-128 ~ 127
背景
面试题, 相关问题的考察.
题目大概是, 包装类型Integer == 比较的时候 : -127 ~ 128 是否相等.
其他是否相等?
原理
== 比较的是地址. 如果是不同的对象, 那么就不相等.
实践
下面是几个简单实践.
全部新建对象
解释: 新建对象后, 地址不同, 所以都是false
不新建对象
暂时的理解: -127 ~ 128 比较的对象的缓存
一些思考
时间多, 一些灵感
为什么设计这个缓存
HotSpot 团队研究, 90% 以上的整型使用落在 -128~127范围内（2000年代初期数据）.
缓存范围 -128~127共 256 个对象 ≈ 4KB 内存（每个 Integer对象约16B）
为什么不多缓存一点
扩大到 -256~255则需 512 对象 ≈ 8KB，收益递减
冷知识: 上限值可以调整
部分源码如下:
// IntegerCache 源码片段（OpenJDK 17）
private static class IntegerCache {static final int low = -128; // 硬编码下限static final int high;static {high = java.lang.Integer.getInteger("java.lang.Integer.IntegerCache.high", 127);// 上限可通过VM参数调整}
}
为什么下限值不能自定义呢?
防止滥用：若允许下限调至 -1,000,000，可能导致缓存占用数百MB内存
其实其他包装类型也有缓存
缓存范围如下:
| 类 | 缓存范围 | 可调性 |
|---|---|---|
| Integer | -128~127 | 仅上限可调 |
| Long | -128~127 | 完全不可调 |
| Short | -128~127 | 完全不可调 |
| Character | 0~127（ASCII范围） | 完全不可调 |
这个居然也是API?
Integer b = new Integer(100); // ⚠️ 已弃用API
9版本被弃用了: 神奇!
/*** @deprecated* It is rarely appropriate to use this constructor. * Use {@link #valueOf(int)} to take advantage of caching.*/
@Deprecated(since="9")
public Integer(int value) {this.value = value;
}
设计思想
这种设计体现了 Java “80/20法则” 的工程哲学——用最小成本解决大多数问题。