Java多态靠继承、方法重写和父类引用指向子类对象三者共同实现；接口实现同理；static/final方法和字段不参与多态；toString()和equals()因常被重写且通过Object引用调用而典型体现多态。
多态性在Java里到底靠什么实现
Java中多态性不是抽象概念，它必须落地到具体机制上：只有 继承 + 方法重写 + 父类引用指向子类对象 三者同时满足，才能触发运行时多态。缺一不可。
常见错误是以为“写了多个同名方法”就是多态——那只是重载（overload），发生在编译期，和多态无关。
- 接口实现也算多态：用
Interface类型变量引用实现类实例，效果等同于继承场景 -
static方法、final方法、构造器都不能被重写，因此不参与多态分派 - 字段（
field）不具有多态性：访问的是声明类型（左边）的字段，不是实际类型（右边）的
为什么 toString() 和 equals(Object) 总是表现出多态
因为几乎所有自定义类都会重写这两个方法，且调用时几乎总是通过 Object 类型变量触发——这正好构成多态经典条件：父类引用（Object）、子类实例、方法被重写。
例如：Object obj = new ArrayList(); obj.toString(); 调用的是 ArrayList.toString()，不是 Object.toString()。
立即学习“Java免费学习笔记（深入）”；
- 没重写
toString()？那就输出类似ClassName@hashcode，这是Object.toString()的默认行为 -
equals(null)必须返回false，否则重写不符合契约；但这个逻辑本身不依赖多态，是手动判断 - 注意
Objects.equals(a, b)是安全包装，内部仍靠多态调用各对象自己的equals
多态失效的三个典型时刻
你以为在用多态，其实编译器或JVM已经绕开了它。
- 调用的是静态方法：如
Animal.sleep()，哪怕子类有同名sleep()，也只看引用类型（Animal），不查实际对象 - 发生向上转型后又向下转型失败：
Animal a = new Dog(); Cat c = (Cat) a;运行时报ClassCastException，多态在此刻彻底中断 - 泛型擦除导致的“假多态”：
List<string></string>和List<integer></integer>在运行时都是List，但元素类型检查在编译期完成，不涉及方法分派逻辑
用 instanceof 做类型判断时，多态还在不在
还在。 instanceof 只是用来确认实际类型，不影响后续方法调用是否走多态路径。
比如：if (obj instanceof Dog) { ((Dog)obj).bark(); } —— 这里强制转型后调用 bark()，如果 Dog 重写了父类方法，依然走多态；但如果 bark() 是 Dog 独有方法，那就不是多态，而是单纯调用子类特有行为。
- 避免过度使用
instanceof+ 强转：它破坏封装，也容易漏掉新子类，优先考虑把逻辑提到父类或接口中 -
instanceof在 Java 14+ 支持模式匹配：if (obj instanceof Dog d) { d.bark(); }，更简洁，但语义不变 - 注意：数组类型、基本类型、
null都能用instanceof判断，但null instanceof X永远为false
多态真正的复杂点不在语法，而在设计意图是否清晰：你让父类引用调用一个方法，到底是想让它按子类逻辑执行（多态），还是仅仅为了统一接收参数（类型兼容）？后者不需要重写，前者必须重写且不能被 static 或 final 锁死。
