推荐使用包装类缓存，因省内存、提速度，是jvm对高频小数值的默认保障；byte/short/integer/long缓存-128~127，character缓存0~127，boolean仅缓存true/false。
Java里推荐使用包装类缓存，核心就两点：省内存、提速度。它不是“可有可无”的优化，而是JVM对高频小数值的默认保障机制。
缓存范围明确，覆盖绝大多数日常场景
Byte、Short、Integer、Long 默认缓存 -128 到 127；Character 缓存 0 到 127；Boolean 只缓存 true 和 false。这个范围不是随便定的——它覆盖了计数器、状态码、ASCII字符、开关标志等最常出现的值。比如循环变量 i=0; i
- 超出范围（如 Integer.valueOf(1000)）仍会新建对象，不走缓存
- Float 和 Double 没有缓存，因为浮点精度和范围太大，缓存收益低、管理成本高
自动装箱背后其实是 valueOf()，天然接入缓存
写 Integer i = 100; 看似简单，编译器实际替你调用了 Integer.valueOf(100)。而 valueOf() 方法内部会先查缓存池：在 -128~127 内就直接返回已有对象；否则才 new 一个。所以用字面量或 valueOf() 创建对象，才能享受缓存红利；用 new Integer(100) 则永远绕过缓存，每次都是新对象。
- 推荐写法：Integer a = 100; 或 Integer b = Integer.valueOf(100);
- 避免写法：Integer c = new Integer(100);（已过时，且不走缓存）
== 比较在缓存区内“意外可靠”，但别依赖它
在 -128~127 范围内，Integer a = 127; Integer b = 127; a == b 返回 true，因为指向同一个缓存对象。这看似方便，但本质是副作用——一旦值变成 128，结果就变成 false。所以业务逻辑中永远该用 equals() 判断数值相等；== 只适合做“是否为同一缓存实例”的调试或特定场景判断（如单例语义校验）。
立即学习“Java免费学习笔记（深入）”；
- 安全比较：a.equals(b) 或 Objects.equals(a, b)
- 慎用 ==：仅限确认是否复用缓存对象，不可用于通用相等性判断
可调优但不建议随意改，默认已足够合理
JVM 提供了 -XX:AutoBoxCacheMax=200 这类参数来扩大 Integer 缓存上限，但一般没必要。增大缓存会多占静态内存，且高频值集中在小范围内；盲目调大反而可能增加类加载开销。除非你的业务确实大量集中使用 150~199 的整数（比如某套固定ID编码），否则保持默认即可。
- 缓存初始化是懒加载的，首次调用 valueOf() 才构建数组，不影响启动性能
- 所有缓存对象都是 static final 的，线程安全，无需额外同步
基本上就这些。缓存池不是黑魔法，它是 JVM 对“常用即复用”这一朴素原则的扎实落地——不复杂，但容易忽略。
