Java五大核心内置注解（@Override、@Deprecated、@SuppressWarnings、@FunctionalInterface、@SafeVarargs）均属SOURCE保留策略，仅在编译期生效：@Override和@FunctionalInterface强制校验并报错；@Deprecated和@SuppressWarnings分别触发警告与抑制警告；@SafeVarargs专用于final/static可变参数方法，声明堆安全契约。
Java 五大核心内置注解（@Override、@Deprecated、@SuppressWarnings、@FunctionalInterface、@SafeVarargs）不是“运行时自动生效”的魔法标签，它们各自在编译流程的不同环节被触发，依赖 JVM 和编译器的特定检查机制。理清这一点，才能避免误用、理解警告来源、写出更健壮的代码。
编译期强制校验型：@Override 与 @FunctionalInterface
这两个注解在 javac 编译阶段 就被严格验证，不通过直接报错，无法绕过。
-
@Override：编译器会检查被标注的方法是否真实存在于父类或所实现的接口中，且方法签名（名称、参数类型、返回类型协变）完全匹配。若父类无此方法，或拼错方法名（如
toStirng()），编译失败。 - @FunctionalInterface：仅作用于接口，编译器会统计该接口中抽象方法的数量。必须且只能有 1 个抽象方法（默认方法、静态方法、Object 继承方法不计）。多一个或零个抽象方法，编译报错。
编译期警告提示型：@Deprecated 与 @SuppressWarnings
它们不阻止编译，但影响编译器输出的诊断信息，属于“提醒”而非“拦截”。
- @Deprecated：当某处代码使用了被该注解标记的类、方法或字段时，调用方 编译时会收到警告（如 “warning: [deprecation] oldMethod() in OldClass has been deprecated”）。它本身不改变被标记元素的行为，只起标识和提示作用。
-
@SuppressWarnings：加在代码元素（类、方法等）上，告诉编译器“忽略我这里出现的某类警告”。例如
@SuppressWarnings("deprecation")可屏蔽对过时 API 的调用警告；@SuppressWarnings("unchecked")屏蔽泛型类型擦除导致的未检查转换警告。注意：它只抑制 其所在作用域内 的指定警告，不影响其他位置。
安全契约型：@SafeVarargs（JDK 7+）
这是唯一一个专为可变参数（...T）设计的内置注解，触发时机特殊且关键。
立即学习“Java免费学习笔记（深入）”；
- 它仅能用于 final 方法 或 static 方法（含构造器），因为只有这些场景能确保不会发生子类覆写导致的类型不安全问题。
- 当方法声明为
public static <T> void process(T... items)时，编译器默认会因泛型与可变参数共存产生“潜在的堆污染”警告（[varargs]）。加上@SafeVarargs，即向编译器声明：“我已确保该方法内部未将items数组以非安全方式暴露（如赋值给外部泛型数组或返回），可放心忽略此警告。” - 若滥用（如在非 final 实例方法上使用），编译器会直接报错，拒绝编译。
触发机制的本质：注解生命周期决定一切
为什么有的注解能校验、有的只警告？根源在于它们的 @Retention 策略：
-
@Override、@FunctionalInterface、@SafeVarargs、@Deprecated、@SuppressWarnings全部使用@Retention(RetentionPolicy.SOURCE)—— 即注解信息 仅保留在源码中，编译后即丢弃。 - 正因为它们不进入 .class 文件，所以 JVM 运行时完全不知道它们的存在；也正因如此，所有检查逻辑都必须由 javac 编译器在读取源码时完成，无法延迟到运行时。
