Spring AOP在泛型方法上拦截失效的根源是桥接方法不继承原始方法的注解，导致切点匹配失败；需通过isBridge()识别桥接方法，用BridgeMethodResolver.findBridgedMethod()获取原始方法并校验注解，或改用execution粗粒度切点+运行时反射校验。
Spring AOP 在泛型方法上拦截失效，往往不是因为泛型本身不支持，而是桥接方法（bridge method）与原始方法在注解继承上的“视觉差”导致切点匹配失败。Java 编译器为保持泛型擦除后的多态性会自动生成桥接方法，而这些桥接方法 不继承 原始方法上的注解——这是 AOP 切入失败最隐蔽的根源之一。
识别桥接方法是否携带注解
先确认问题是否存在：在目标泛型方法上添加自定义注解（如 @BusinessLog），然后在切面中打印被拦截方法信息：
- 使用
joinPoint.getSignature()获取MethodSignature - 调用
method.isBridge()判断是否为桥接方法 - 打印
method.getAnnotations()和method.getDeclaringClass().getDeclaredMethod(...).getAnnotations()对比
若原始方法有注解、桥接方法无注解，且 AOP 拦截的是桥接方法（JDK 代理下常见），则切点必然失配。
绕过桥接方法，精准匹配原始声明方法
不能依赖 @annotation(MyAnnotation) 直接匹配，需改用可穿透桥接的切点策略：
- 用
execution(* com.example..*.*(..))先粗粒度覆盖目标类/包 - 在通知逻辑内手动检查：通过
MethodSignature.getMethod()获取实际执行的方法对象，再向上查找其原始声明方法 - 借助 Spring 工具类：
ReflectionUtils.findMethod(targetClass, methodName, paramTypes)或GenericTypeResolver.resolveTypeArguments()辅助定位泛型声明处 - 关键判断逻辑示例：
if (method.isBridge()) {
Method original = BridgeMethodResolver.findBridgedMethod(method);
if (original != null && AnnotationUtils.findAnnotation(original, BusinessLog.class) != null) {
// 执行横切逻辑
}
}
泛型 DAO 场景下的推荐实践
针对 BaseDao<t></t> 及其子类（如 UserDao extends BaseDao<user></user>）：
- 避免在泛型父类方法上直接加注解——子类继承后桥接方法无注解，且 CGLIB 代理下也可能因泛型擦除无法识别
- 注解统一加在子类的具体方法上（如
UserDao.save(User)），或使用接口 + JDK 代理 + 显式接口方法注解 - 若必须统一增强，改用类级切点 + 方法名前缀匹配（如
execution(* save*(..)) || execution(* update*(..))），再结合反射校验泛型参数类型 - 确保切面 Bean 被正确注册，且目标 DAO 是 Spring 管理的 Bean（非
new UserDao()）
验证与日志加固
在切面初始化和每次拦截时加入可追溯日志：
-
@PostConstruct中打印切面加载状态 - 在
@Around中记录：method.getName() + " isBridge=" + method.isBridge() + ", annotations=" + Arrays.toString(method.getAnnotations()) - 对泛型方法额外输出
GenericTypeResolver.resolveTypeArguments(method.getDeclaringClass(), method.getReturnType())
这样既能快速定位是桥接失配，也能排除泛型类型擦除带来的元数据丢失干扰。
