推荐用 valueof 而非构造方法创建包装类对象，因其复用缓存池对象（如 integer -128~127）、避免冗余实例、提升性能与一致性，且 new 方式在 jdk 9+ 已弃用。

Java 中推荐用 valueOf 方法而非构造方法（如 new Integer(100)）来创建包装类对象，核心原因在于：它能复用缓存池中已存在的对象，避免不必要的内存开销，同时保证值相等时引用也可能相等（对小整数等场景），提升性能与一致性。

为什么 valueOf 更安全？——缓存机制起作用

从 Java 5 开始，Boolean、Byte、Character（\u0000–\u007f）、Short、Integer（默认 -128 到 127）、Long（默认 -128 到 127）的 valueOf 方法内部都实现了缓存池。只要传入的原始值落在该范围内，就直接返回缓存对象；超出范围则新建对象。

• Integer.valueOf(100) → 返回缓存中的同一个 Integer 实例（-128~127 内）
• new Integer(100) → 每次都新建对象，即使值相同，引用也不同
• Integer.valueOf(200) → 超出默认缓存范围，会新建对象（但仍是通过 valueOf 统一入口，语义清晰）

各包装类的缓存范围与注意事项

不同类型的缓存策略略有差异，使用前需留意：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• Boolean：只缓存 TRUE 和 FALSE，Boolean.valueOf("true") 和 Boolean.TRUE 等价
• Byte/Short：全部值均被缓存（共 256 个 / 65536 个，实际全缓存）
• Character：仅缓存 \u0000 到 \u007f（即 ASCII 0–127），超出如 Character.valueOf('ä') 会新建
• Integer/Long：默认缓存 -128 至 127，可通过 JVM 参数 -XX:AutoBoxCacheMax=N 扩大上限（仅影响 Integer，Long 缓存范围不可调）

实际编码建议：统一用 valueOf，禁用 new 包装类构造器

现代 Java（尤其是启用 SpotBugs 或 ErrorProne 的项目）会将 new Integer(x) 视为代码异味（code smell）。应始终遵守以下写法：

• ✅ 正确：Integer i = Integer.valueOf(42);、Boolean b = Boolean.valueOf(true);、Character c = Character.valueOf('A');
• ❌ 避免：Integer i = new Integer(42);（已过时，JDK 9+ 标记为 @Deprecated(forRemoval = true)）
• ⚠️ 注意自动装箱（如 Integer i = 42;）底层也调用 valueOf，是安全的，但显式调用更清晰、可控

对比 equals 与 == 时的关键影响

缓存机制直接影响对象比较逻辑：

• Integer a = Integer.valueOf(100); Integer b = Integer.valueOf(100); → a == b 为 true（同一缓存对象）
• Integer c = new Integer(100); Integer d = new Integer(100); → c == d 为 false（两个不同对象）
• 无论哪种方式，a.equals(b) 和 c.equals(d) 都为 true（值比较）
• 所以判断相等务必用 equals()，而 == 仅在明确依赖缓存行为（如性能敏感的判等短路）时谨慎使用

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