方法重载发生在同一类中，仅由方法名和参数列表决定，与返回值等无关；方法重写发生在父子类间，要求方法名、参数、返回类型相同，是运行期动态绑定。
方法重载（Overload）发生在同一个类中
重载是编译期行为，只看**方法名和参数列表**，跟返回值类型、访问修饰符、异常声明完全无关。JVM 在编译时就根据调用处的实参类型和个数决定调用哪个重载版本。
- 必须在同一个类里；
static方法可以重载，private方法也可以（只是子类看不见） - 参数列表必须不同：类型、个数、顺序三者至少一个有差异；
int和Integer算不同（涉及自动装箱时需小心歧义） - 返回值类型可以不同，但**仅靠返回值不同不能构成重载**——否则编译报错：
error: method xxx() is already defined in class YYY - 常见误操作：把
void print(String s)和String print(String s)当作重载，实际不合法
方法重写（Override）发生在父子类之间
重写是运行期行为，核心是「子类提供父类已有方法的新实现」，受 @Override 注解约束，编译器会校验签名是否真正匹配父类可访问方法。
- 子类方法必须与父类被重写方法有**相同的方法名、参数列表、返回类型**（Java 5 起支持协变返回类型，即子类可返回更具体的子类型）
- 访问修饰符不能更严格：子类方法不能是
private或protected（若父类是public），但可以更宽松（如父类protected，子类public） - 不能抛出比父类方法范围更广的检查异常（
Exception），但可以抛出更具体的异常（IOException）或不抛异常 -
static方法不能被重写（只能被隐藏），final方法不能被重写，private方法也不能被重写（它对子类不可见）
容易混淆的典型错误场景
很多问题不是语法写错，而是对「谁在调用」「绑定时机」理解偏差导致的意外行为。
游戏卡点销售充值程序
下载
可批量生成卡号与密码然后做成实物卡后销售给客户，客户到您的网站来用此卡号密码来提交充值相关游戏卡点、QQ币、其它数字卡等相关信息，(适合做"一卡通")而您在后台可监控客户的提交信息，并手动为客户完成充值后 点击完后重点功能如下：1、卡号、密码批量生成。2、添加和修改游戏名称、区、服务器、充值方法、游戏点卡列隔等充值选择3、开启充值网站和关闭充值网站的功能4、前台用所生成的卡号密
- 父类引用指向子类对象时，调用的是重写后的方法（动态绑定），但调用的是重载方法的哪一个，取决于**编译时的引用类型**。例如：
Parent p = new Child(); p.show(new String()); // 调用 Parent 中参数为 String 的 show p.show(new Object()); // 若 Parent 有 show(Object)，则调用它 —— 不是看 Child 有没有更匹配的重载
- 子类定义了与父类静态方法同名同参的方法，这不是重写，是**方法隐藏**：通过子类名调用走子类版本，通过父类名调用走父类版本
- 泛型擦除后，
void m(T t) void m(Object o)在字节码层面可能冲突，导致编译失败，这种重载要格外谨慎 - 构造方法永远不参与重写（没有继承关系），但可以重载；抽象方法必须被重写（除非子类也是抽象类）
如何快速判断是重载还是重写
看方法签名变化是否跨类、是否改了参数、是否加了 @Override 注解，再结合报错信息定位。
立即学习“Java免费学习笔记（深入）”；
- 如果编译报
method does not override or implement a method from a supertype，说明你写了@Override但没真正匹配父类方法——大概率是参数类型写错（比如用了int[]而非int...），或父类方法是private/static - 如果编译报
reference to xxx is ambiguous，说明重载选择不明确，比如传null给多个可接受引用类型的重载方法，需要显式强转 - 运行时发现没走预期逻辑，先确认调用方变量声明类型（重载依据）和实际对象类型（重写依据），二者常被忽略
