Integer.valueOf()在-128~127范围返回缓存实例，超范围才new；自动装箱调用valueOf，拆箱调用intValue()；null调用intValue()抛NPE，需判空；缓存边界与空安全是高频陷阱。
valueOf 调用的是缓存逻辑，不是每次 new 对象
Java 的 Integer.valueOf(int) 在 -128 到 127 范围内直接返回缓存的 Integer 实例，超出范围才 new。这个缓存是静态初始化的，不可配置（除非反射改，不推荐）。很多人以为装箱就是 new，结果在 == 比较时踩坑。
- 缓存范围由
Integer.IntegerCache.high决定，默认 127，可通过 JVM 参数-Djava.lang.Integer.IntegerCache.high=200扩展（仅影响启动时初始化） - 编译器对字面量装箱会自动转成
valueOf，比如Integer i = 100;→Integer.valueOf(100) - 但
new Integer(100)永远不走缓存，且已废弃，别用
intValue() 就是取字段值，没隐藏逻辑
intValue() 是个极轻量的 getter，底层就是读 value 字段。它不判空、不转型、不触发任何额外行为——所以一旦调用 null 的 Integer 的 intValue()，直接抛 NullPointerException。
- 常见错误：从 Map 或 JSON 解析拿到可能为 null 的
Integer，直接链式调用.intValue() - 安全写法是先判空，或用
Objects.requireNonNull(i, "i must not be null").intValue() - 注意：自动拆箱（如
int x = i;）背后也是调intValue()，一样会 NPE
字节码里装箱 = invokestatic Integer.valueOf，拆箱 = invokevirtual intValue
javac 不生成 new 指令，而是明确调用 valueOf 和 intValue。你可以用 javap -c 验证：
Integer i = 42; int j = i;
对应字节码分别是：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 装箱：
iconst_42→invokestatic java/lang/Integer.valueOf:(I)Ljava/lang/Integer; - 拆箱：
iload_1→invokevirtual java/lang/Integer.intValue:()I
没有魔法，全是确定的静态方法调用和虚方法调用。
性能差异只在对象创建和 GC，缓存区外要小心
频繁装箱大整数（比如循环里 Integer.valueOf(i)，i > 127）会产生大量短命对象，推高 GC 压力。而缓存区内基本零开销。
- 如果只是做计算，优先用
int原生类型，避免无谓装箱 - 集合类（如
ArrayList<integer></integer>）无法避免装箱，这时要注意数据分布——若多数值落在 [-128, 127]，缓存能显著降低内存占用 - 自定义缓存策略？别费劲。JVM 已经做了最常用区间的优化，扩展缓存反而可能增加初始化时间和内存占用
缓存边界和 null 安全是两个最常被忽略的点，尤其在跨服务传参或解析外部数据时，intValue() 的 NPE 往往出现在深夜告警里。
