推荐使用包装类缓存，因省内存、提速度，是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免费学习笔记（深入）
”；
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看下载
安全比较：
a.equals(b)或Objects.equals(a, b)慎用==：仅限确认是否复用缓存对象，不可用于通用相等性判断可调优但不建议随意改，默认已足够合理JVM 提供了-XX:AutoBoxCacheMax=200这类参数来扩大 Integer 缓存上限，但一般没必要。增大缓存会多占静态内存，且高频值集中在小范围内；盲目调大反而可能增加类加载开销。除非你的业务确实大量集中使用 150~199 的整数（比如某套固定ID编码），否则保持默认即可。
缓存初始化是懒加载的，首次调用 valueOf() 才构建数组，不影响启动性能所有缓存对象都是 static final 的，线程安全，无需额外同步基本上就这些。缓存池不是黑魔法，它是 JVM 对“常用即复用”这一朴素原则的扎实落地——不复杂，但容易忽略。