不重写hashcode()会导致hashmap功能异常：相同业务对象因内存地址不同被视作不同key，引发查不到、删不掉、重复插入、无法更新及哈希碰撞加剧等问题。
直接后果是：相同业务含义的对象会被视为不同 key，导致 put 进去的值取不出来、删不掉、重复插入。
查不到值（最常见）
HashMap 查找时，先用 key 的 hashCode() 定位桶位置。没重写 hashCode() 就用 Object 默认实现——返回内存地址。两个内容相同的对象（比如 id 都是 1001 的 Student），地址不同 → 哈希值不同 → 被分到不同桶里。你用 k2 去 get，它会去 k2 的哈希桶里找，但值实际存在 k1 的桶里，结果返回 null。
破坏 key 唯一性
put 相同语义的 key 两次，比如 new Student("001") 和 new Student("001")，因为 hashCode 不同，HashMap 认为这是两个新 key，不会覆盖旧值，而是新增一条记录。Map 大小变成 2，而不是预期的 1。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
无法删除或更新
remove 或 computeIfPresent 等操作同样依赖 hashCode 定位 + equals 判等。如果 hashCode 错了，连入口桶都进不去，equals 根本没机会执行，操作完全失效。
哈希分布极差，性能骤降
默认 hashCode 基于地址，对批量创建的对象（如循环 new）可能在内存中连续分配，导致哈希值高度相似甚至重复，大量 key 挤进少数几个桶，链表/红黑树变长，O(1) 查找退化为 O(n)。
本质上，不重写 hashCode() 就等于告诉 HashMap：“请按内存位置区分我的对象”，而这不是你作为业务开发者的真实意图。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
