本文深入探讨java中方法重写（override）与多态（polymorphism）的核心机制。通过实例代码，详细解释了子类如何重写父类方法，以及如何利用多态性在运行时调用正确的方法实现。同时，文章还针对常见的编译时错误“the type is already defined”和运行时错误“nosuchmethoderror”进行了分析，并提供了相应的解决方案和最佳实践，旨在帮助开发者构建健壮、可维护的java应用。
在Java面向对象编程中，继承、方法重写和多态是构建灵活、可扩展系统的基石。理解它们如何协同工作对于编写高质量的代码至关重要。
理解方法重写与多态性
当一个子类继承父类并定义了一个与父类中方法签名（方法名、参数列表）相同的方法时，我们称之为方法重写（Method Overriding）。通过方法重写，子类可以提供其特有的行为实现，覆盖父类的默认行为。
多态性（Polymorphism）则允许我们使用父类类型的引用来指向子类对象。在运行时，JVM会根据实际的对象类型来调用相应的方法实现。这是Java动态绑定的体现。
考虑以下Java代码示例：
立即学习“Java免费学习笔记（深入）”；
package revision;
public class Prac2 extends A {
@Override // 明确标识为重写方法
public void m() {
System.out.println("child");
}
public static void main(String[] args) {
// 使用父类引用指向子类对象，体现多态性
A obj1 = new Prac2();
// 直接使用子类引用指向子类对象
Prac2 obj2 = new Prac2();
obj1.m(); // 调用Prac2的m()方法
obj2.m(); // 调用Prac2的m()方法
}
}
// 父类A，与Prac2在同一文件中，默认为包私有（package-private）
class A {
public void m() {
System.out.println("parent");
}
}在上述代码中，Prac2类继承了A类并重写了m()方法。main方法中：
- A obj1 = new Prac2(); 创建了一个Prac2对象，并将其引用赋值给一个A类型的变量obj1。尽管obj1是A类型，但由于实际指向的是Prac2对象，并且Prac2重写了m()方法，因此obj1.m()会调用Prac2类的m()方法。
- Prac2 obj2 = new Prac2(); 直接创建了一个Prac2对象并赋值给Prac2类型的变量obj2。obj2.m()自然会调用Prac2类的m()方法。
因此，这段代码的预期输出将是：
child child
如何调用父类和子类各自的方法
如果我们的目标是既调用父类的m()方法，又调用子类的m()方法，我们需要更精确地控制对象的实例化和引用类型。以下是实现这一目标的示例：
package revision;
public class Prac2 extends A {
@Override
public void m() {
System.out.println("child");
}
public static void main(String[] args) {
// 实例化父类A的对象，调用A的m()方法
A obj1 = new A();
// 实例化子类Prac2的对象，使用父类引用，体现多态，调用Prac2的m()方法
A obj2 = new Prac2();
obj1.m(); // 输出 "parent"
obj2.m(); // 输出 "child"
}
}
class A {
public void m() {
System.out.println("parent");
}
}通过这种方式，obj1是A的实例，因此调用的是A的m()方法。而obj2虽然是A类型的引用，但其指向的是Prac2的实例，因此调用的是Prac2重写后的m()方法。
此代码的预期输出将是：
parent child
常见错误分析与排查
在Java开发过程中，开发者可能会遇到一些与类定义和方法调用相关的错误。
1. "The type A is already defined" 错误
这个编译时错误通常表示在当前编译单元（例如，同一个.java文件或同一个包中）存在两个或多个同名的类定义。
-
原因分析：
- 重复定义： 最常见的情况是在同一个.java文件中定义了两个同名的类，或者在同一个包中存在两个独立的.java文件，它们都定义了同名的非公共类（如class A { ... }）。
- IDE或构建工具缓存问题： 有时IDE（如Eclipse, IntelliJ IDEA）或构建工具（如Maven, Gradle）的缓存问题可能导致编译器误认为类已存在。
- 不规范的类文件命名： 如果一个.java文件包含多个类，且其中一个公共类与文件名不符，也可能导致此类问题。
-
解决方案：
- 检查文件： 确保每个.java文件只包含一个公共类，且文件名与公共类名完全一致。如果是非公共类，可以在同一个文件中定义多个，但要确保它们在逻辑上是独立的，且没有同名冲突。
- 清理和重建： 在IDE中尝试清理项目（Clean Project）并重新构建（Rebuild Project）。
- 检查项目结构： 确认项目路径下没有意外的同名.java或.class文件。
对于上述示例代码，Prac2和A在同一个.java文件中，且A不是public的，这是完全合法的。如果遇到“The type A is already defined”错误，很可能是由于IDE环境问题、项目中有另一个名为A.java的文件，或者编译环境配置不当造成的，而不是代码逻辑本身的问题。
2. java.lang.NoSuchMethodError 错误
这是一个运行时错误，表示JVM在执行时无法找到某个特定方法。
-
原因分析：
- 版本不匹配： 最常见的原因是代码在编译时使用了某个版本的库或类，但在运行时却加载了不同版本（通常是旧版本）的库或类，而旧版本中不包含该方法。
- 类路径问题： 运行时类路径（Classpath）配置不正确，导致JVM无法找到正确的类文件。
- 反射调用错误： 如果通过Java反射机制调用方法，但方法名或参数类型不匹配，也会导致此错误。
-
解决方案：
- 统一依赖版本： 确保编译和运行环境使用的所有库和类的版本一致。检查项目的依赖管理（如pom.xml或build.gradle）。
- 检查运行时类路径： 确认应用程序的classpath包含了所有必要的类文件和JAR包。
- 清理和重新部署： 对于部署到服务器的应用，确保清除旧的部署artifact并重新部署新的版本。
在方法重写的场景下，如果代码逻辑正确，并且编译和运行环境一致，通常不会出现NoSuchMethodError。如果出现，应重点排查编译与运行时的环境差异。
总结
本文详细阐述了Java中方法重写和多态性的核心概念，并通过实例演示了如何利用它们来控制方法的调用行为。我们还深入分析了“The type is already defined”和NoSuchMethodError这两种常见错误的原因和解决方案。掌握这些知识不仅有助于编写更清晰、更灵活的Java代码，还能提高问题排查和调试的效率。在实际开发中，务必确保代码逻辑的严谨性，并维持开发与运行环境的一致性，以避免不必要的错误。
