toString()默认返回类名加哈希值，因其实现为getClass().getName()+"@"+Integer.toHexString(hashCode())；equals()与hashCode()必须同时重写，否则HashMap等集合行为异常；getClass()严格匹配具体类，instanceof支持继承关系；clone()默认浅拷贝且易出错，深拷贝推荐构造新对象或序列化。

为什么toString()打印出来是类名加哈希值？

因为默认实现返回的是 getClass().getName() + "@" + Integer.toHexString(hashCode())，不是你写的字段内容。它不读取成员变量，也不做格式化——除非你重写。

• 调试时想看对象状态，必须手动重写 toString()，IDE 生成的版本通常够用
• 别在 toString() 里调用可能抛异常或耗时的方法（比如数据库查询），日志打印失败会导致整个线程卡住
• 如果用了 Lombok，加 @ToString 注解就行，但注意它默认不包含 static 或 transient 字段

equals() 和 hashCode() 必须一起重写吗？

必须。违反这个约定会导致对象在 HashMap、HashSet 中行为异常：明明相等却查不到，或者重复插入。

• 只重写 equals() 不重写 hashCode()：两个逻辑相等的对象可能被分配到不同 hash 桶，containsKey() 返回 false
• 只重写 hashCode() 不重写 equals()：哈希一致但 equals() 返回 false，集合仍认为是不同对象
• IDE 生成时勾选“use getters”而非直接访问字段，避免封装破坏；若字段含 null，用 Objects.equals(a, b) 安全比较

getClass() 和 instanceof 判断类型有什么区别？

getClass() 是严格类比（精确到具体类），instanceof 是继承关系判断（含父类和接口），两者语义完全不同。

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

• 用 getClass() == OtherClass.class 只匹配本类，子类实例会失败；适合需要“完全相同类型”的场景，比如缓存 key 的类型校验
• obj instanceof List 对 ArrayList、LinkedList 都返回 true；但不能用于泛型擦除后的类型检查（instanceof List 编译不过）
• 注意 null 对 instanceof 返回 false，而 getClass() 在 null 上直接抛 NullPointerException

为什么不能靠 clone() 实现深拷贝？

因为 Object.clone() 默认是浅拷贝，而且它是个受保护方法，不实现 Cloneable 接口会直接抛 CloneNotSupportedException。

• 即使实现了 Cloneable，数组字段、引用类型字段都不会自动递归克隆，还是指向原对象
• 很多标准类（如 String、Integer）不可变，浅拷贝没问题；但含 ArrayList 或自定义可变对象时，必须手动 clone 子对象
• 更推荐构造新对象 + 复制字段，或用序列化/JSON 工具做深拷贝，避免 clone() 的脆弱性（比如忘了调 super.clone()）

Java 里这些方法看着简单，但每个都卡在「约定」上：不是语法限制，而是 JVM 和集合框架依赖它们的行为一致性。最容易忽略的是 hashCode() 和 equals() 的联动，以及 clone() 的浅拷贝本质——出问题时往往不是报错，而是数据静默错乱。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南