多态的核心是“编译看左边，运行看右边”：左边声明类型决定可见成员，右边实际类型决定执行方法；成员变量不参与多态，仅方法调用体现运行时绑定；重载属编译时多态，重写才是真正的运行时多态。

多态性不是靠背概念记住的，而是通过“看谁调用、谁实际干活”这个核心逻辑一点点建立直觉的。关键不在记术语，而在看清编译和运行两个阶段到底发生了什么。

先搞清最核心的一句话：编译看左边，运行看右边

这句话是理解多态的钥匙，不是口诀，是事实：

• 左边指声明类型（比如 Animal a = ... 中的 Animal），它决定了你能“看到”哪些方法和变量——只能调用 Animal 类里定义过的东西；
• 右边指实际创建的对象类型（比如 new Dog()），它决定了“真正执行”的是哪个版本的方法——只要该方法被子类重写（@Override），就执行子类的逻辑。
• 注意：成员变量不参与多态。哪怕子类有同名字段，a.name 永远取的是 Animal 类里的值；只有方法调用才体现“运行看右边”。

动手验证三步法：写、改、测

别只读例子，自己敲三行代码就能建立肌肉记忆：

• 写一个父类（如 Shape）带 draw() 方法；
• 写两个子类（Circle、Square）都重写 draw()，打印不同字符串；
• 写测试代码：Shape s1 = new Circle(); s1.draw(); 和 Shape s2 = new Square(); s2.draw(); ——观察输出结果，再把 s1 改成 new Square()，立刻看到行为切换。

向下转型不是“补救”，而是明确需求的信号

当你发现父类引用不能调用子类特有方法（比如 dog.earnMoney() 在 Person p = new Man() 后不可用），这不是多态的缺陷，而是设计意图的提醒：

• 如果业务确实需要访问子类专属能力，说明当前抽象层级不够——要么把方法提到父类（或接口），要么做安全的向下转型；
• 转型前务必用 instanceof 判断，避免 ClassCastException；
• 频繁转型往往意味着接口设计可以优化，比如提取共用行为到接口中。

区分两种“多态”，别混在一起学

初学者容易把“重载”和“重写”都叫多态，但它们发生时机完全不同：

• 编译时多态（重载）：方法名相同、参数不同，编译器在编译阶段就决定调用哪个——跟对象类型无关，也不需要继承；
• 运行时多态（重写）：子类覆盖父类方法，调用哪个版本由运行时对象真实类型决定——必须有继承/实现关系，且依赖动态绑定。
• 真正体现面向对象灵活性的，是后者。前者只是语法糖，前者练熟了对理解后者反而可能造成干扰。