十六进制哈希码是对象默认hashCode()返回值的字符串表示，不等于内存地址，不随字段变化而更新，不代表内容，仅用于哈希集合分桶和配合equals()实现契约。
十六进制哈希码（比如 1a2b3c4d）是对象 hashCode() 方法返回的 int 值，经 Integer.toHexString() 转换后的字符串形式。
它不等于内存地址，但可能与之相关
这个值通常由 JVM 根据对象的内存布局或身份生成，不同实现策略下含义略有差异：
- HotSpot JVM 中，早期版本常基于对象首地址计算，但现代版本已加入随机化和扰动机制，不再直接暴露真实地址
- 它不是稳定标识——对象被 GC 移动后，只要没重写
hashCode()，该值仍保持不变（因为默认实现不依赖运行时位置） - 多个对象完全可能产生相同哈希码（哈希冲突），所以它不能当作唯一 ID 使用
它不会随字段变化而更新
即使你修改了对象的 name、id 等属性，只要没重写 hashCode() 方法，这个十六进制部分就维持原样：
- 默认
hashCode()是基于对象“身份”（identity hash）而非“内容”（content） - 这意味着两个字段完全相同的对象，只要不是同一个实例，哈希码大概率不同
- 这也是为什么只重写
equals()而不重写hashCode()会破坏哈希集合的正确性
它存在的意义是配合 equals() 构建基础契约
这个值本身没有业务含义，设计初衷是为 JVM 层提供轻量级区分依据：
- 在
HashMap、HashSet等集合中，用于快速分桶定位 - 与
equals()共同遵守：如果两个对象equals()返回true，它们的hashCode()必须相等；反之不成立 - 日志或调试中看到
User@7f56a1c2，只能确认这是某个User实例，无法获知其具体数据——这正是必须重写toString()的根本原因
它只是个技术快照，不是数据摘要，也不承载语义。想让人看懂对象内容，就得自己重写 toString()。
