在Java编程中，@Override是一个标记型注解，专门用于修饰子类或实现类中重写父类方法、实现接口方法的方法。它的存在不是为了给程序运行带来额外功能，而是从编译期和代码阅读两个维度为开发提供保障，是提升代码质量的基础工具之一。
@Override注解的编译器检查作用
编译器对@Override注解的处理逻辑非常直接：当某个方法被标注了@Override，编译器会检查该方法是否真的重写了父类或者接口中的方法。如果不存在对应的可重写方法，编译器会直接抛出错误，阻止代码编译通过。
我们可以通过一个常见的错误场景来理解这个作用。假设我们有一个父类Animal，其中定义了一个eat方法：
// 父类定义
class Animal {
public void eat() {
System.out.println("动物进食");
}
}
// 子类错误重写示例
class Dog extends Animal {
// 这里方法名写错，写成了aet，没有标注@Override时编译器不会报错
// 实际是子类自己定义了一个新方法，没有重写父类的eat
public void aet() {
System.out.println("狗吃骨头");
}
}
上面的代码中，子类Dog的aet方法因为拼写错误，并没有重写父类的eat方法，但如果没有标注@Override，编译器不会发现这个问题，程序运行时调用父类的eat方法，就会出现不符合预期的结果。如果给这个方法加上@Override注解：
class Dog extends Animal {
@Override
public void aet() {
System.out.println("狗吃骨头");
}
}
此时编译器会直接报错，提示方法aet没有重写父类的方法，开发者可以立刻发现拼写错误，修正为eat方法。除了方法名错误，参数列表不匹配、返回值类型不兼容等问题，都会被@Override注解在编译期拦截，避免运行时出现隐蔽的逻辑错误。
@Override注解对代码可读性的增强
除了编译期检查，@Override注解另一个重要作用是提升代码的可读性。在团队协作或者长期维护的项目中，阅读代码的人看到方法上的@Override注解，不需要去翻找父类或者接口的定义，就能立刻明确这个方法是重写而来的，而不是当前类新增的方法。
比如下面这个实现接口的例子：
interface UserService {
void addUser(String username);
}
class UserServiceImpl implements UserService {
@Override
public void addUser(String username) {
// 新增用户的具体逻辑
System.out.println("添加用户：" + username);
}
}
看到addUser方法上的@Override注解，阅读者可以快速判断这个方法是实现接口UserService的要求，而不是UserServiceImpl类自己扩展的功能，减少了理解代码逻辑的成本。尤其是在类继承层级比较深、或者一个类实现了多个接口的场景下，@Override注解能让方法的作用一目了然，降低代码维护的难度。
使用@Override注解的注意事项
使用@Override注解时需要注意几个细节：首先，它只能用在方法上，不能用在类、变量等其他元素上；其次，只有JDK 1.5及以上版本才支持这个注解，1.5之前没有该注解；另外，在重写抽象方法、接口方法，或者重写父类的具体方法时，都建议加上@Override注解，养成规范的编码习惯。
很多人觉得@Override注解是可有可无的，但实际上它能在开发阶段就拦截大量低级错误，同时让代码结构更清晰。在编写涉及方法重写的代码时，主动添加@Override注解，是提升代码健壮性的简单有效的方式。