必须用equals()比较包装类值，因==仅比内存地址：Integer等在-128~127缓存时可能为true属巧合，超范围或Double/Float等无缓存时必false；正确做法是Objects.equals(a,b)防null，禁用==判值。
Java 中比较两个包装类对象（如 Integer、Double、Boolean 等）的值是否相等，必须用 equals()，不能用 ==。因为 == 比较的是对象在内存中的地址，而 equals() 才是真正比较它们封装的数值内容。
为什么 == 在包装类比较中不可靠
== 判断的是两个引用是否指向同一个对象。包装类是引用类型，即使数值相同，也可能创建了多个不同对象：
- 对于
Integer，-128 到 127 范围内的值会被缓存（IntegerCache），此时Integer a = 100; Integer b = 100;的a == b可能为 true——但这只是缓存带来的巧合，不是语义保证； - 一旦超出该范围，比如
Integer c = 200; Integer d = 200;，c == d就是 false，因为每次都会新建对象，地址不同； - 其他包装类如
Long、Short、Byte也有类似缓存机制，但范围和行为不一致；Double和Float则基本不缓存，==更不可信。
正确使用 equals 的写法和注意事项
equals() 是包装类重写后的方法，专门用于值比较。使用时注意三点：
- 直接调用，如
a.equals(b)，前提是a不为null； - 如果左侧对象可能为
null，应避免空指针异常：推荐写成Objects.equals(a, b)（自动处理 null）； - 不要跨类型比较，比如
new Integer(5).equals(new Long(5))返回 false，因为equals()先校验类型是否一致。
替代方案：compareTo 适合大小判断
当需要判断大小关系（大于、小于、等于）而非单纯“是否相等”时，compareTo() 更合适：
- 返回负数、0、正数分别表示小于、等于、大于；
- 它也安全处理 null（抛出
NullPointerException），所以调用前仍需判空； - 例如：
if (num1.compareTo(num2) == 0)等价于值相等，且比equals()多一层类型兼容性保障（同属Comparable）。
日常开发中的实用建议
养成统一习惯，避免踩坑：
- 所有包装类值比较，无条件优先用
Objects.equals(a, b)； - 禁止在 if 条件中写
a == b或a != b来判断包装类数值； - IDE（如 IntelliJ）通常会警告这种误用，开启 inspection 可提前拦截；
- 单元测试中覆盖边界值（如 127、128、-128、-129）能快速暴露
==引发的隐藏 bug。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
