多态是java运行时动态绑定的真实体现，需满足继承、重写、父类引用指向子类对象三条件；字段访问静态绑定，方法调用动态绑定；instanceof是向下转型前的安全检查；构造器中避免调用可重写方法。
父类引用指向子类对象就是多态发生的现场
它不是语法糖，也不是类型转换的幻觉，而是 Java 运行时动态绑定的真实体现：用 Animal a = new Dog() 这样一行代码，就同时锁定了两个关键信息——编译期看左边（Animal），运行期看右边（Dog）。JVM 在调用 a.makeSound() 时，不查 Animal 类的源码，而是查堆中那个真实 Dog 对象的方法表（vtable），找到重写后的实现。
- 必须满足三个条件才触发多态：有继承关系、子类重写了父类的实例方法、且用父类类型声明但子类实例初始化
- 静态方法、
private方法、final方法、字段访问全部不参与多态——它们在编译期就绑定了 -
instanceof不是“可选技巧”，而是向下转型前的强制安全阀；跳过它直接(Dog) a，上线后遇到ClassCastException是大概率事件
为什么 a.name 和 a.getName() 行为完全不同
字段不支持多态，方法才支持。这是初学者最常混淆的一点。父类和子类若都定义了同名字段，比如 String name = "Animal" 和 String name = "Dog"，那么 a.name 取的是 Animal 类里声明的那个值，跟实际对象是谁无关；而 a.getName()（假设是 public String getName() { return name; }）会走子类重写的逻辑，返回子类字段值。
- 字段访问是静态绑定，由引用类型决定；方法调用是动态绑定，由实际对象类型决定
- 想让字段“看起来多态”，唯一可靠方式是封装成 getter 方法，靠方法重写间接实现
- 别依赖 IDE 的自动补全来判断能调什么——它只按引用类型提示，不代表运行时可用
集合里存多个子类对象时，怎么安全调用各自特有方法
比如 List<animal> animals = Arrays.asList(new Dog(), new Bird(), new Cat())</animal>，遍历时不能无脑转成 Dog。硬转会崩，instanceof 判断又容易写成一长串 if-else，维护成本高。
- 优先用策略接口：定义
Behavior接口，让每个子类实现自己的act()，集合统一调用animal.act() - 次选用访问者模式或记录型模式（record + switch 表达式），避免类型检查散落各处
- JDK 14+ 支持模式匹配：
if (a instanceof Dog d) { d.bark(); }比传统转型更简洁，但依然要写判断逻辑
构造方法里调用可重写方法是隐形炸弹
很多人没意识到：在 Animal 构造器里调用 this.move()，如果子类 Dog 重写了 move()，那这个调用会在 Dog 对象还没完全构造完成时就执行子类版本——此时 Dog 自己的字段可能还是默认值（null 或 0），极易引发空指针或逻辑错乱。
立即学习“Java免费学习笔记（深入）”；
- 构造器中只调用
final方法、私有方法或静态方法，确保不会被子类干扰 - Spring 的
@PostConstruct、或自定义init()方法，才是放业务逻辑的安全位置 - IDEA 默认会警告 “Call to potentially overridable method in constructor”，别忽略它
多态不是自动帮你猜意图的魔法，它是编译器和 JVM 各司其职的结果：一个管“我能写什么”，一个管“实际跑哪个”。写的时候少想“应该能转”，多问“此刻编译器认得清什么”。
