在Java基础类型与包装类转换的代码中，Integer.valueOf()和new Integer()都能得到包装对象，但二者在内存分配与执行效率上存在本质区别。这种差异来源于Integer内部的缓存设计以及对象创建方式的不同，尤其在高频调用场景中会明显影响系统表现。
一、底层实现原理对比
Integer.valueOf(int)方法在JDK中被实现为优先查询缓存。根据Java语言规范，Integer内部维护了一个静态常量池，覆盖-128到127之间的所有整数。当传入参数落在该区间时，valueOf直接返回池中的同一个对象引用；超出范围才会新建实例。如下是简化后的逻辑：
public static Integer valueOf(int i) {
if (i >= IntegerCache.low && i <= IntegerCache.high) {
return IntegerCache.cache[i + (-IntegerCache.low)];
}
return new Integer(i);
}
而new Integer(int)则无视缓存，每次都在堆上开辟空间构造新对象。即便数值相同，也会产生不同的引用。在循环中频繁使用new，会快速增加年轻代对象数量，从而触发更频繁的Minor GC。
从JVM角度看，valueOf的缓存对象位于方法区（或元空间关联的静态区域），生命周期与类一致，不被GC回收。这种复用大幅降低了重复小整数包装的开销。理解这一点，是后续做性能优化的基础。
二、代码示例与对象复用验证
我们可以用一段简单代码验证二者是否返回同一引用，从而直观看到缓存效果：
public class IntegerTest {
public static void main(String[] args) {
Integer a = Integer.valueOf(100);
Integer b = Integer.valueOf(100);
System.out.println(a == b); // true，复用缓存
Integer c = new Integer(100);
Integer d = new Integer(100);
System.out.println(c == d); // false，两个新对象
Integer e = Integer.valueOf(200);
Integer f = Integer.valueOf(200);
System.out.println(e == f); // false，超出缓存范围
}
}
上述结果说明，在-128到127区间内valueOf具备引用级复用能力，而new永远生成独立实例。若业务中使用==比较包装类，也可能因混用两种方式引发隐蔽的逻辑错误。
进一步看，当数值超过缓存上限，valueOf也会退化成new，因此对于大整数二者性能趋同。但在绝大多数业务场景里，状态值、枚举编码、页码等小整数占主导，缓存收益非常可观。
三、性能实测与数据差异
使用JMH做微基准测试，对比百万次调用的吞吐量与分配内存：
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.MICROSECONDS)
public class Bench {
@Benchmark
public Integer useValueOf() {
return Integer.valueOf(50);
}
@Benchmark
public Integer useNew() {
return new Integer(50);
}
}
测试通常显示，useValueOf的耗时不足useNew的一半，且后者每次都分配新对象，GC压力陡增。在批量解析JSON、Excel导入等场景中，若每行记录都new Integer，内存曲线会出现锯齿状波动。
下表归纳了核心差异：
| 对比项 | Integer.valueOf() | new Integer() |
|---|---|---|
| 小整数缓存 | 复用 | 不复用 |
| 堆分配频率 | 低 | 高 |
| 适用推荐 | 常规转换 | 需强制新对象时 |
四、使用建议与避坑
日常转换应优先采用Integer.valueOf()，或直接使用自动装箱（本质也是valueOf）。只有在明确需要隔离对象状态的极端情形，才考虑new。此外，Java 9已标记new Integer()为过时，官方也推荐用valueOf替代。
另一个常见误区是以为自动装箱一定慢，其实因为缓存存在，小范围装箱开销极小。反而是显式new容易成为性能瓶颈。在代码评审中，应把new Integer替换为valueOf作为基础规范，减少不必要的对象产生。
总结来说，二者差异核心在缓存与复用，理解并落地该选择，可以让高并发服务少做无用功，也避免包装类比较中的坑。
JavaInteger_valueOfnew_Integer修改时间：2026-08-01 15:00:26