@Override 是一个仅在源码阶段生效的编译期提示注解，由 Java 编译器（如 javac）依据语言规范执行静态检查，JVM 在运行时完全忽略它，也不参与方法重写的判定。
`@override` 是一个仅在源码阶段生效的编译期提示注解，由 java 编译器（如 javac）依据语言规范执行静态检查，jvm 在运行时完全忽略它，也不参与方法重写的判定。
@Override 注解看似“神秘”，实则设计极为精巧：它本身没有运行时行为，也不包含任何逻辑实现，却能有效防止常见的重写错误（例如误写成重载）。其核心机制完全依赖于编译器的静态语义分析，而非 JVM 的运行时支持。
注解定义与生命周期
从标准 JDK 源码可见，@Override 的声明如下：
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {
}
关键在于 @Retention(RetentionPolicy.SOURCE) —— 这意味着该注解仅保留在源代码中，不会被编译进 .class 字节码文件，更不会出现在运行时的 Class 元数据中。因此，JVM 在加载类、解析方法表或执行动态绑定（Dynamic Method Dispatch）时，根本不会感知、也不会使用 @Override。
编译器如何工作？
当 javac 编译带有 @Override 的方法时，会严格依据《Java 语言规范》（JLS）第 9.6.4.4 节执行三项强制校验：
- 显式继承覆盖：该方法必须实际覆盖（override）其直接或间接超类（或接口，自 Java 8+ 接口默认方法起）中已声明的方法；
-
Object 类公共方法等价覆盖：如
toString()、equals(Object)、hashCode()等，即使未显式继承自某个父类，只要签名与Object中的 public 方法 override-equivalent（可重写等价），即视为合法； -
Record 访问器方法：若所在类为 record，则允许标注其自动生成的组件访问器（如
name()、age()）。
一旦任一条件不满足，编译器立即报错（如 error: method does not override or implement a method from a supertype），阻止错误代码进入字节码阶段。
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
重写（Overriding）的本质与 JVM 无关
需要明确区分两个概念：
- ✅ 方法是否构成重写：由 JLS §8.4.8.1 定义，取决于方法签名（名称 + 参数类型）、返回类型协变性、访问修饰符、异常声明等语义规则——与
@Override是否存在完全无关。即使不加该注解，只要满足语义条件，JVM 就会正确执行动态分派。 - ❌
@Override是否存在：纯属开发辅助手段，是编译器提供的“契约式断言”（contract assertion），用于主动暴露意图并捕获疏忽。
例如，以下代码在编译时即失败：
class Parent { void foo() {} }
class Child extends Parent {
@Override
void foo(int x) { } // 编译错误：参数列表不同 → 实际是重载，非重写
}
而若去掉 @Override，该方法虽能编译通过，但会隐式成为重载，极易引发逻辑缺陷——这正是 @Override 存在的核心价值。
注意事项与最佳实践
- ⚠️ 不要依赖
@Override判断重写行为：JVM 始终按字节码层级的符号引用和继承关系决定方法调用目标； - ✅ 始终为预期重写的方法添加
@Override：提升代码可读性，增强 IDE 和编译器的错误拦截能力； - ? 接口默认方法（
default）和static方法不可被@Override标注（后者语法错误，前者需符合覆盖规则）； - ? 自定义注解无法替代
@Override：因其语义由编译器硬编码实现，非反射或 AOP 可模拟。
总之，@Override 是 Java “编译期契约”的典范——轻量定义、强语义约束、零运行时开销。理解其背后是编译器而非 JVM 在工作，有助于厘清 Java 静态类型系统与动态分派机制的职责边界。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
