正确方式是调用method对象的getannotation方法获取指定注解，因其专用于方法级注解获取，而class.getannotation仅适用于类级别，isannotationpresent仅判断存在性。
在反射调用 Method.getAnnotation 前，必须排除编译器自动生成的方法存根（如 Lambda 实现、桥接方法、枚举构造器、默认方法桥接等），否则会返回 null 或抛出意外行为，甚至掩盖真实注解缺失问题。关键不是“有没有注解”，而是“这个 Method 对象是否代表用户真正声明的、有意义的源码级方法”。
识别编译器生成方法的核心特征
Java 编译器生成的方法通常带有可检测的语义标记，需同时满足多个条件才能较可靠地判定为“非源码方法”：
-
检查
isSynthetic()：返回true表示 JVM 认定该方法非源码直接编写（如 Lambda 实体、内部类访问桥接方法）；这是最直接的信号，但 不完全覆盖所有情况（例如某些桥接方法可能未设 synthetic 标志） -
检查
isBridge()：返回true表示是泛型类型擦除后生成的桥接方法（如List<string>.add(Object)</string>），这类方法永远不应承载用户定义的注解 -
检查修饰符是否含
ACC_SYNTHETIC或ACC_BRIDGE：与前两者语义一致，可作为双重验证（尤其在某些字节码操作场景下更底层可靠） -
检查方法名是否符合生成模式：如
lambda$xxx$N（Lambda）、access$N（私有成员访问桥接）、$jacocoInit（JaCoCo 插桩）等，需结合类名和上下文判断，不能单独依赖
推荐的守卫逻辑组合（安全且实用）
仅靠单一条件易误判（如某些 IDE 生成的测试辅助方法也可能是 synthetic），应采用“与”逻辑的多重守卫：
- 若
method.isSynthetic() || method.isBridge()→ 直接跳过，不调用getAnnotation - 若
method.getDeclaringClass().isAnonymousClass()→ 匿名类中方法大概率是 Lambda 或动态生成，拒绝处理 - 若方法名匹配常见生成前缀（如
method.getName().startsWith("lambda$") || method.getName().startsWith("access$")）→ 排除（注意避免误伤合法命名，建议白名单+黑名单结合） - 可选增强：检查
method.getAnnotations().length == 0 && method.getParameterCount() == 0 && method.getReturnType() == void.class且名含$→ 极可能是静态初始化或插桩钩子，不视为业务方法
实际校验代码片段（简洁可用）
以下是一个轻量、无依赖的守卫工具方法：
public static boolean isUserDeclaredMethod(Method m) {
if (m == null) return false;
if (m.isSynthetic() || m.isBridge()) return false;
if (m.getDeclaringClass().isAnonymousClass()) return false;
String name = m.getName();
if (name.startsWith("lambda$") || name.startsWith("access$") ||
name.startsWith("$jacoco") || name.equals("$deserialize")) {
return false;
}
return true;
}
// 使用时：
if (isUserDeclaredMethod(method)) {
MyAnn ann = method.getAnnotation(MyAnn.class);
// 安全处理
}
为什么不用仅靠 @Retention(RetentionPolicy.SOURCE) 过滤？
因为 getAnnotation 本身对 SOURCE 级注解就返回 null，它解决的是“注解是否存在”，而非“方法是否可信”。你真正要防御的，是把 null 错误归因于“用户没写注解”，而实际是因为你在对一个编译器生成的存根方法做反射——那方法压根就不该出现在你的注解扫描目标集合里。
