17370845950

多态是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 animals = Arrays.asList(new Dog(), new Bird(), new Cat())，遍历时不能无脑转成 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），极易引发空指针或逻辑错乱。

• 构造器中只调用 final 方法、私有方法或静态方法，确保不会被子类干扰
• Spring 的 @PostConstruct、或自定义 init() 方法，才是放业务逻辑的安全位置
• IDEA 默认会警告 “Call to potentially overridable method in constructor”，别忽略它

多态不是自动帮你猜意图的魔法，它是编译器和 JVM 各司其职的结果：一个管“我能写什么”，一个管“实际跑哪个”。写的时候少想“应该能转”，多问“此刻编译器认得清什么”。