valueof是自动装箱的核心方法，编译器插入invokestatic指令调用；它通过缓存复用对象（如integer缓存-128~127），提升性能并影响==比较结果，推荐替代已弃用的new构造器。

自动装箱时，valueOf 方法是实际执行转换的核心，不是语法糖的“幻觉”，而是编译器明确插入的静态方法调用。你写的 Integer i = 100;，编译后字节码里真实存在 invokestatic Integer.valueOf 指令——它负责把基本值包装成对象。

valueOf 不是简单构造对象，而是带缓存的工厂方法

以 Integer.valueOf(int) 为例：

• 当参数在 -128 到 127 范围内，直接返回 IntegerCache.cache 中已有的对象引用，复用内存
• 超出该范围（如 Integer.valueOf(300)），才调用 new Integer(300) 创建新实例
• Boolean.valueOf(true)、Character.valueOf('a') 等也遵循类似逻辑，但缓存策略不同：Boolean 只有 TRUE/FALSE 两个实例；Character 缓存 '\u0000' 到 '\u007f'（即 0~127）；Double/Float 的 valueOf 不做缓存

为什么不用 new 构造器？

因为 new Integer(100) 绕过缓存，每次新建对象，浪费堆空间；且从 Java 9 起已被标记为 @Deprecated(forRemoval = true)。而 valueOf() 是官方推荐的创建方式，兼顾语义清晰与性能优化。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

valueOf 的返回值直接影响 == 判断结果

这是最容易忽略的关键点：

• Integer a = 100, b = 100; → a == b 为 true（同引用，来自缓存）
• Integer c = 200, d = 200; → c == d 为 false（不同对象，各自新建）
• 所以比较包装类应统一用 .equals()，避免因缓存边界导致行为不一致

拆箱时和 valueOf 无关，但依赖它的结果

拆箱调用的是 xxxValue()（如 intValue()），但它作用的对象，正是 valueOf() 创建或复用的那个包装类实例。如果这个实例是 null（比如 Integer i = null; int x = i;），拆箱就会在调用 intValue() 时立即抛出 NullPointerException——而这个 null 很可能就来自未校验的 valueOf 返回值（例如从 Map.get(key) 拿到 null 后直接赋给基本类型）。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南