应使用equals()或objects.equals()比较包装类值，因==比较内存地址受缓存机制影响不可靠；integer等在-128~127缓存复用对象，超出范围则新建对象，导致==结果不一致。
Java包装类缓存机制本身是优化设计，但容易在比较、空值、泛型等场景引发隐蔽问题。避开这些坑的关键不是绕开缓存，而是理解它如何工作，并建立稳定用法习惯。
用 equals() 替代 == 比较包装类值
缓存导致相同数值可能复用对象（如 Integer a = 100; Integer b = 100; 时 a == b 为 true），但超出缓存范围（如 200）就会新建对象，== 返回 false。这种不一致性极易引发逻辑错误。
- 始终用 obj1.equals(obj2) 判断两个包装类是否表示相同数值
- 注意 null 安全：若 obj1 可能为 null，写成 Objects.equals(obj1, obj2) 更稳妥
- 避免在 if 条件中直接用 == 判断包装类相等，尤其涉及数据库查询结果、JSON 解析值等不可控来源时
警惕自动拆箱时的 NullPointerException
当包装类变量为 null 时，参与算术运算或条件判断会触发自动拆箱，导致运行时抛出 NPE。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 不要写 int x = integerObj + 1;，先判空或使用 Optional
- 集合取值后（如 list.get(0)）务必检查是否为 null，再决定是否拆箱
- 方法参数接收包装类时，明确文档说明是否允许 null；内部处理前加非空校验
理解哪些类型有缓存、哪些没有
缓存不是所有包装类都支持，浮点型（Float/Double）完全无缓存，Boolean 虽有缓存但只有 true/false 两个对象，Character 只缓存 ASCII 字符（0–127）。
- 别假设 Float.valueOf(1.0f) == Float.valueOf(1.0f) 成立——它永远为 false（无缓存）
- 对 Boolean 使用 == 通常安全（因只有两个静态实例），但为统一风格仍建议用 equals() 或直接用 booleanValue()
- Character 缓存仅限 0–127，Character c1 = 128; Character c2 = 128; 中 c1 == c2 为 false
慎用 JVM 参数调整 Integer 缓存上限
可通过 -XX:AutoBoxCacheMax=200 扩大 Integer 缓存范围，但该设置影响全局且不可动态修改。
- 仅在确认大量小整数（如 ID、状态码）集中在某扩展区间，且性能瓶颈明确由缓存缺失引起时才考虑
- 不同环境（开发/测试/生产）JVM 参数不一致可能导致行为差异，增加排查难度
- 优先通过代码逻辑规避依赖缓存的行为，而非靠参数“打补丁”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
