Java包装类缓存池本质是用空间换时间的对象复用机制，Integer默认缓存-128~127共256个对象，JVM启动时预创建并复用，避免重复new和GC；该范围由Java语言规范强制要求，并兼顾byte边界、高频场景覆盖与内存可控性。
Java 包装类的缓存池，本质是用空间换时间的轻量级对象复用机制。它不改变语义，只在高频小数值场景下避免重复创建对象，从而降低堆内存压力和 GC 频率。
缓存池怎么节省内存和提升性能
以 Integer 为例：JVM 启动时就一次性预创建 -128 到 127 共 256 个 Integer 对象，存入静态数组（IntegerCache.cache）。后续只要调用 Integer.valueOf(100) 或写 Integer i = 100;（自动装箱），JVM 就直接返回已有对象的引用，不再走 new 分配流程。
- 每次 new Integer(100) 都要分配堆内存、触发构造、可能引发 Minor GC；而从缓存取只是数组索引访问，毫秒级完成
- 256 个对象实际仅占几十 KB 内存，却能覆盖循环计数、HTTP 状态码、数组索引、枚举序号等绝大多数日常小整数使用场景
- 避免了成千上万次无意义的对象创建——尤其在高并发或高频循环中，效果明显
为什么偏偏选 -128 到 127 这个范围
这不是随意定的数字，而是规范强制 + 场景权衡的结果：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 语言规范要求：Java 语言规范（JLS）明确要求所有 JVM 必须至少缓存该区间，确保跨平台行为一致
- 负数下限 -128：恰好是 byte 类型最小值，也是实际开发中负数使用的常见边界（比如错误码 -1、-2，极少出现 -200 这类极小负数）
- 正数上限 127：覆盖 0~100 的计数、状态标识（如 200/404 是 int，但业务层常用 0/1/2 表示状态）、小数组长度等，命中率超 99%
- 内存可控：256 个对象内存开销极小；若扩大到 1000，缓存对象翻倍，但收益递减，还可能拖慢类加载
哪些操作能进缓存池，哪些绕过
缓存不是自动生效的“魔法”，它只响应特定创建方式：
立即学习“Java免费学习笔记（深入）”；
- 进池子：Integer.valueOf(127)、Integer i = 127;（自动装箱底层就是 valueOf）
- 绕开池子：new Integer(127) —— 构造器已被弃用，且强制新建对象，哪怕值在范围内也绝不复用
- 超出范围必新建：Integer.valueOf(128)、Integer j = 128;，无论怎么写，都执行 new Integer(128)，生成两个独立对象
缓存对 == 和 equals 的影响必须分清
== 比较的是引用地址，而缓存让部分值“碰巧”指向同一对象；equals 才真正比较数值内容：
- Integer a = 127, b = 127; → a == b 为 true（共享缓存对象）
- Integer c = 128, d = 128; → c == d 为 false（各自 new）
- 但 a.equals(b)、c.equals(d) 始终为 true，因为 Integer.equals() 比较的是 int 值
- 集合类（HashMap / ArrayList）内部依赖 equals() 和 hashCode()，所以缓存与否不影响功能，但误用 == 判断 key 就会出错
