通知(Advice)类型的说明
@Before 前置通知(Before advice) :在某连接点(JoinPoint)——核心代码(类或者方法)之前执行的通知,但这个通知不能阻止连接点前的执行。为啥不能阻止线程进入核心代码呢?因为@Before注解的方法入参不能传ProceedingJoinPoint,而只能传入JoinPoint。要知道从aop走到核心代码就是通过调用ProceedingJionPoint的proceed()方法。而JoinPoint没有这个方法。
这里牵扯区别这两个类:Proceedingjoinpoint 继承了 JoinPoint 。是在JoinPoint的基础上暴露出 proceed 这个方法。proceed很重要,这个是aop代理链执行的方法。暴露出这个方法,就能支持 aop:around 这种切面(而其他的几种切面只需要用到JoinPoint,这跟切面类型有关), 能决定是否走代理链还是走自己拦截的其他逻辑。建议看一下 JdkDynamicAopProxy的invoke方法,了解一下代理链的执行原理。这样你就能明白 proceed方法的重要性。
@After 后通知(After advice) :当某连接点退出的时候执行的通知(不论是正常返回还是异常退出)。
@AfterReturning 返回后通知(After return advice) :在某连接点正常完成后执行的通知,不包括抛出异常的情况。
@Around 环绕通知(Around advice) :包围一个连接点的通知,类似Web中Servlet规范中的Filter的doFilter方法。可以在方法的调用前后完成自定义的行为,也可以选择不执行。这时aop的最重要的,最常用的注解。用这个注解的方法入参传的是ProceedingJionPoint pjp,可以决定当前线程能否进入核心方法中——通过调用pjp.proceed();
@AfterThrowing 抛出异常后通知(After throwing advice) : 在方法抛出异常退出时执行的通知。
advice(通知)注解的执行先后顺序
这里说下简单情况——针对一个方法只被一个aspect类拦截时,aspect类内部的 advice 将按照以下的顺序进行执行情况如下:
这里写图片描述
在aop中校验不通过如何不让程序进入核心代码?
通过aop中注解的执行的先后顺序我们知道,校验发生在核心代码前面的只剩下两个——@Before,@Around。
@Before : 这个注解只有在异常时才不会走核心方法——连接点。正常@Before无法阻止当前线程进入连接点。
@Around : 这个注解在连接点前后执行。并且注解的方法传入的ProceedingJionPoint 类中封装的代理方法proceed()可以让当前线程从aop方法转到连接点——核心代码方法。所以一般我们用这个注解,如果aop的安全校验不通过,则不调用proceed()方法,就永远不会进入连接点。
除此外,要注意除了Around注解的方法可以传ProceedingJionPoint 外,别的几个都不能传这个类。但是普通的数据类型是不限制的。注解的方法的返回值也不限制,可以自由限制。
举例
@Aspect
@Component
@Slf4j
public class GlobalExceptionLogAop {
@Pointcut("execution(* org..controller..*.*(..))")
public void point() {
}
@AfterThrowing(pointcut = "point()", throwing = "e")
public void afterThrowing(Throwable e) {
log.info("afterThrowing");
if (e instanceof BizException) {
log.warn(e.getMessage());
} else {
log.error(e.getMessage(), e);
}
}
@Before(value = "point()")
public void before() {
log.info("before");
}
@After(value = "point()")
public void after() {
log.info("after");
}
@Around(value = "point()")
public Object around(ProceedingJoinPoint pjp) throws Throwable {
log.info("around-begin");
Object o = pjp.proceed();
log.info("around-end");
return o;
}
@AfterReturning(value = "point()")
public void afterReturning() {
log.info("afterReturning");
}
}
/**
* http://localhost:8080/user/aop
*/
@GetMapping("aop")
public Object aop(UserQuery query) {
if (query.getToken() == null) {
throw new BizException(1, "token缺失");
}
return Result.ok();
}
正常情况:
和上图一样
异常情况:
和上图不一样,异常前面和正常相同,around-before,before都是必经过的。
区别是不经过around-end正常结束,而是立即结束,但是结束必须经过after,这点和正常情况相同。
after之后,不经过afterReturning,而是经过afterThrowing
图是对的,我的示例代码错了,around应该try-finally包起来,around-end放在finally中,就可打印出来了