java 中无法直接为继承自父类的方法添加注解而不重写该方法；必须通过 @override 显式重定义方法并添加注解，但可通过 super 调用保持原有逻辑不变。需注意注解仅对声明类型为子类的引用生效。
java 中无法直接为继承自父类的方法添加注解而不重写该方法；必须通过 @override 显式重定义方法并添加注解，但可通过 super 调用保持原有逻辑不变。需注意注解仅对声明类型为子类的引用生效。
在 Java 的类型系统和注解机制中，方法上的注解是与方法声明绑定的，而非运行时对象实例。这意味着：你不能“动态附加”注解到已存在的父类方法声明上；注解必须出现在源码中该方法的声明处。因此，若希望调用方在编译期收到 @Deprecated 等提示（如 IDE 警告或 javac 编译警告），就必须在子类中重新声明该方法，并显式添加所需注解。
✅ 正确做法是：使用 @Override + 注解 + super 委托调用：
public class ParentClass {
public void someMethod() {
System.out.println("Hello world");
}
}
public class ChildClass extends ParentClass {
@Override
@Deprecated(since = "1.2", forRemoval = true)
public void someMethod() {
super.someMethod(); // 完全复用父类逻辑，零修改
}
}这样做的效果是：
- 编译器会将 ChildClass#someMethod() 视为一个独立的、带 @Deprecated 的方法声明；
- 所有通过 ChildClass 类型引用调用该方法的代码（例如 ChildClass obj = new ChildClass(); obj.someMethod();）将触发弃用警告；
- 但若以父类类型引用调用（如 ParentClass obj = new ChildClass(); obj.someMethod();），则不会触发警告——因为此时解析的是 ParentClass#someMethod() 的声明，其本身无 @Deprecated 注解。
⚠️ 注意事项：
- 不可省略方法体：Java 不支持抽象重写（即 @Override 方法不能是 abstract，除非父类方法本身是 abstract）；
- 不可省略 @Override：否则编译器会认为是重载（overload），导致签名冲突或意外行为；
- 注解作用域有限：@Deprecated 等运行时不可见注解（RetentionPolicy.SOURCE）仅影响编译期检查，对反射或 AOP 无效；若需运行时感知，应选用 RetentionPolicy.RUNTIME 自定义注解并配合代理或字节码增强；
- 替代方案思考：若目标是统一标记某方法“在子类上下文中应被弃用”，更健壮的设计是——在父类中提前添加 @Deprecated，或通过文档、接口契约、构建时静态分析（如 ErrorProne）进行约束，而非依赖子类“打补丁”。
总之，这是 Java 语言设计决定的约束：注解属于声明元数据，必须随声明一同存在。所谓“不改变方法体”，唯一合规路径就是委托调用（super.xxx()），既满足语义一致性，又达成注解可见性目标。
