推荐用 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）。应始终遵守以下写法：
立即学习“Java免费学习笔记（深入）”；
- ✅ 正确：
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()，而==仅在明确依赖缓存行为（如性能敏感的判等短路）时谨慎使用
