包装类的hashCode基于封装的基本值计算，与对象地址无关：Boolean返回1231/1237；Byte/Short/Character/Integer直接返回基本值；Long用高低32位异或；Float和Double按IEEE 754规范转换后取整。
Java中包装类的 hashCode 是根据其**封装的基本值**直接计算得出的，不是基于对象地址，也不依赖运行时状态——每个包装类都有明确、确定、与值一一对应的哈希算法。
各包装类的 hashCode 计算方式
每种包装类重写了 Object.hashCode()，实现逻辑简单且稳定：
- Boolean：true → 1231，false → 1237（两个质数，降低哈希冲突概率）
-
Byte / Short / Character / Integer：直接返回其基本值（
byteValue()、charValue()等），即(int)value -
Long：将 long 值拆成高低 32 位，做异或运算：
(int)(value ^ (value >>> 32)) -
Float：调用
Float.floatToIntBits(value)，把 float 按 IEEE 754 转为 int 再返回 -
Double：先转为 long（
Double.doubleToLongBits(value)），再按 Long 的方式异或后取低 32 位
为什么这样设计？
这种设计严格遵循 equals-hashCode 合约：只要两个包装类对象 equals() 返回 true，它们的 hashCode() 就一定相同。例如：
-
Integer.valueOf(100)和new Integer(100)值相等 →hashCode()都是 100 -
Boolean.TRUE.equals(Boolean.TRUE)→ 两者hashCode()都是 1231
这也保证了包装类在 HashSet、HashMap 中能正确去重和查找——值相同，哈希一致，自然落在同一个桶里。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
注意缓存不影响 hashCode 计算
比如 Integer.valueOf(100) 可能复用缓存对象，而 new Integer(100) 总是新建对象，但二者 hashCode() 结果完全一样。因为哈希值只取决于数值本身，与是否共享实例无关。
对比默认 Object.hashCode()
未重写的 Object.hashCode() 是 native 方法，通常与对象内存地址或 JVM 分配策略相关，每次运行可能不同，且同一对象多次调用结果一致。而包装类彻底抛弃了地址依赖，转向纯值语义——这是“不可变值对象”应有的行为。
