Java 方法重写怎么使用 @Override 注解进行编译校验-Java面试题-PHP中文网

@Override注解用于编译器检查方法是否真正重写父类或接口中的方法，防止拼写错误、参数不匹配等；必须用于重写非private非static实例方法或实现接口抽象方法。

java 方法重写怎么使用 @override 注解进行编译校验

在 Java 中，@Override 注解本身不改变方法行为，它的核心作用是**让编译器帮你检查：这个方法是否真的重写了父类（或接口）中的某个方法**。用对了，能提前发现拼写错误、参数不匹配、返回类型不兼容等常见低级错误。

什么时候必须加 @Override？

只要你是**有意重写**父类的非 private、非 static 方法，或者实现接口中的抽象方法，就应加上 @Override。这不是可选项，而是强烈推荐的编码习惯。

重写父类的 public/protected 实例方法（含 Object 类的 toString()、equals()、hashCode() 等）
实现接口中定义的默认方法（default method）
重写父接口中继承来的抽象方法（在子接口或实现类中）

不加 @Override 会有什么风险？

编译器不会报错，但你可能以为自己重写了，实际却只是“新建了一个同名方法”——这叫**方法隐藏（hiding）或重载（overloading）**，而非重写（overriding）。

例如：

class Animal { void speak() { System.out.println("sound"); } }
class Dog extends Animal {
    // 忘了加 @Override，且把参数写错了
    void speak(String msg) { System.out.println("Woof: " + msg); }
}

这里 speak(String) 并未重写 Animal.speak()，而是新增了一个重载方法。调用 new Dog().speak() 仍执行父类逻辑，容易引发逻辑 bug，而编译器完全沉默。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

加了 @Override 后，编译器具体校验什么？

编译器会严格比对以下几点，任一不满足就报错：

方法名是否与父类/接口中某个方法完全一致
参数列表（类型、个数、顺序）是否完全相同
返回类型是否协变（即相同，或是其子类型；注意 void 和基本类型不能协变）
访问修饰符不能比父类更严格（如父类是 protected，子类不能是 private 或 package-private）
不能抛出比父类方法更多或更宽泛的受检异常（checked exception）

常见误用场景及修正

错误1：给 static 方法加 @Override
static 方法不能被重写（只能被隐藏），加 @Override 会编译失败。

class A { static void show() {} }
class B extends A { @Override static void show() {} } // ❌ 编译错误

错误2：重写 private 方法
private 方法不可见，子类中同名方法属于新定义，不是重写。

class A { private void init() {} }
class B extends A { @Override void init() {} } // ❌ 编译错误：找不到可重写的方法

错误3：实现接口时漏掉 @Override（虽不报错但易出错）
接口方法默认是 public abstract，实现类中必须用 public 修饰，且建议显式加 @Override：

interface Flyable { void fly(); }
class Bird implements Flyable {
    @Override // ✅ 显式声明，便于识别和校验
    public void fly() { System.out.println("Flapping wings"); }
}

不复杂但容易忽略——只要动了继承或实现关系，顺手加上 @Override，编译器就是你的第一道防线。