@Override 是一个仅在源码阶段生效的编译期注解，由 Java 编译器（如 javac）依据语言规范执行语义校验，JVM 在运行时完全忽略它；其存在意义在于主动预防重载误写为重写的逻辑错误。
`@override` 是一个仅在源码阶段生效的编译期注解，由 java 编译器（如 javac）依据语言规范执行语义校验，jvm 在运行时完全忽略它；其存在意义在于主动预防重载误写为重写的逻辑错误。
@Override 看似“神奇”，实则并无神秘运行时机制——它本质上是一个空接口式注解，定义如下：
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {
}
关键点在于 @Retention(RetentionPolicy.SOURCE)：该注解仅保留在源代码中，不会被编译进 .class 文件，更不会出现在 JVM 的运行时元数据（如 java.lang.reflect.Method.getAnnotation() 也无法获取）。因此，JVM 完全不感知、不处理、也不依赖 @Override。
那么，谁在起作用？答案是：Java 编译器（javac）。
根据《Java 语言规范》（JLS）第 9.6.4.4 节，当编译器遇到带有 @Override 的方法声明时，必须严格验证以下任一条件成立，否则报编译错误（error: method does not override or implement a method from a supertype）：
- 该方法确实重写了父类或接口中声明的某个可访问方法；
- 该方法与
Object类中的某个public方法（如toString()、equals(Object)、hashCode()）具有重写等价性（override-equivalent）； - 当前类是
record类，且该方法是记录组件的访问器（accessor）方法。
✅ 正确示例：
class Animal { void speak() {} }
class Dog extends Animal {
@Override // ✅ 编译通过：正确重写父类方法
void speak() { System.out.println("Woof!"); }
}
❌ 错误示例：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
class Dog extends Animal {
@Override // ❌ 编译失败：父类无名为 'bark' 的方法
void bark() { System.out.println("Woof!"); }
}
⚠️ 重要澄清：
-
方法是否构成重写（overriding），与
@Override注解无关。重写的语义由 JLS §8.4.8.1 定义（基于方法签名、访问修饰符、返回类型协变等规则），即使不加注解，只要满足条件，JVM 运行时仍会正确动态分派。 -
@Override的唯一价值是增强开发健壮性：它将本可能潜伏至运行时的逻辑错误（如因拼写错误导致意外重载而非重写），提前拦截在编译阶段。 - JVM 的方法调用解析（Method Resolution）和虚方法分派（Virtual Method Invocation）完全基于字节码层级的符号引用与继承关系，遵循 JVMS §5.4.5–§5.4.6 规则，全程不涉及任何注解信息。
? 总结：@Override 是典型的“编译器契约型注解”——它不改变程序行为，而是借助编译器强制实施设计意图。理解其 SOURCE 生命周期与编译期校验本质，有助于正确认识 Java 注解的分层职责：源码层（SOURCE）、编译后类文件层（CLASS）、运行时反射层（RUNTIME）。在日常开发中，应始终为明确意图重写的方法添加 @Override，这是零成本却高回报的最佳实践。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
