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 的返回值直接影响 == 判断结果
这是最容易忽略的关键点：
立即学习“Java免费学习笔记（深入）”；
-
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 后直接赋给基本类型）。
