SpringMVC中配aop拦截不生效，咋回事

可能和spring版本有关系，我的是spring4.x，之前也遇到。

首先我的aop切面类文件路径有问题，后来移到了logic下的util包中；

<aop:aspectj-autoproxy proxy-target-class="true"/>

放在spring-mvc.xml中即可。

附上拦截controller的类：

package com.ts.bg.logic.util

import javax.servlet.http.HttpServletRequest

import org.aspectj.lang.ProceedingJoinPoint

import org.aspectj.lang.annotation.Around

import org.aspectj.lang.annotation.Aspect

import org.springframework.stereotype.Component

@Component

@Aspect

public class IndexAopUtil {

//设置切入点，匹配所有controller的toIndex方法

public static final String INDEX_LIST_INIT="execution(* com.ts.bg.controller.*.toIndex(..))"

@Around(INDEX_LIST_INIT)

public Object index_list_init(ProceedingJoinPoint joinPoint) throws Throwable{

Object object =null

Object[] args = joinPoint.getArgs()

if(args!=null){

HttpServletRequest request=(HttpServletRequest) args[0]

object=joinPoint.proceed()

//设置菜单编号

request.setAttribute("menuCode", request.getParameter("menuCode"))

}

return object

}

}

该类的意义：拦截所有controller目录下的controller中的toIndex方法。

网上有说controller类拦截不到，用其他方式，我试过了，不行。

AOP中有 @Before ， @After ， @Around ， @AfterRunning 注解等等。

首先上下自己的代码，定义了切点的定义

@Before ， @After ， @Around 注解的区别大家可以自行百度下。

总之就是 @Around 可以实现 @Before 和 @After 的功能，并且只需要在一个方法中就可以实现。

首先我们来测试一个方法用于获取数据库一条记录的

以下是控制台打印的日志

可以看到，因为没有匹配 @Around 的规则，所以没有进行环绕通知。（PS：我定义的环绕通知意思是要符合是 controller 包下的方法并且方法必须带有参数，而上述方法没有参数，所以只走了 @before 和 @after 方法，不符合 @Around 的匹配逻辑）

我们再试一下另一个带有参数的方法

以下是该部分代码的console打印

显而易见，该方法符合 @Around 环绕通知的匹配规则，所以进入了 @Around 的逻辑，但是发现了问题，所有的方法都被执行了2次，不管是切面层还是方法层。（有人估计要问我不是用的自定义注解 @RedisCache(type = Response.class) 么。为什么会符合 @Around 的匹配规则呢，这个等会在下面说）

我们分析日志的打印顺序可以得出，在执行环绕方法时候，会优先进入 @Around 下的方法。 @Around 的方法再贴一下代码。

打印了前两行代码以后，转而去执行了 @Before 方法，是因为中途触发了 ProceedingJoinPoint.proceed() 方法。

这个方法的作用是执行被代理的方法，也就是说执行了这个方法之后会执行我们controller的方法，而后执行 @before ， @after ，然后回到@Around执行未执行的方法，最后执行 @afterRunning ，如果有异常抛出能执行 @AfterThrowing

也就是说环绕的执行顺序是 @Around @Before @After @Around 执行 ProceedingJoinPoint.proceed() 之后的 *** 作 @AfterRunning (如果有异常 @AfterThrowing )

而我们上述的日志相当于把上述结果执行了2遍，根本原因在于 ProceedingJoinPoint.proceed() 这个方法，可以发现在@Around 方法中我们使用了2次这个方法，然而每次调用这个方法时都会走一次 @Before @After @Around 执行 ProceedingJoinPoint.proceed() 之后的 *** 作 @AfterRunning (如果有异常 @AfterThrowing )。

因此问题是出现在这里。所以更改 @Around 部分的代码即可解决该问题。更改之后的代码如下：

更改代码之后的运行结果

回到上述未解决的问题，为什么我定义了切面的另一个注解还可以进入@Around方法呢？

因为我们的方法仍然在controller下，因此满足该需求，如果我们定义了controller包下的某个controller才有用。

例如：

而如果我们刚才定义的方法是写在 TestController 之下的，那么就不符合 @Around 方法的匹配规则了，也不符合 @before 和 @after 的注解规则，因此不会匹配任何一个规则，如果需要匹配特定的方法，可以用自定义的注解形式或者特性controller下的方法

①：特性的注解形式

然后在所需要的方法上加入 @RedisCache 注解，在 @Before ， @After ， @Around 等方法上添加该切点的方法名（“ annoationPoint() ”），如果有多个注解需要匹配则用 || 隔开

②：指定controller或者指定controller下的方法

该部分代码是指定了 com.lmx.blog.controller 包下的UserController下的所有方法。

第一个 * 代表的是返回类型不限

第二个 * 代表的是该controller下的所有方法， (..) 代表的是参数不限

当方法符合切点规则不符合环绕通知的规则时候，执行的顺序如下

@Before @After @AfterRunning(如果有异常 @AfterThrowing)

当方法符合切点规则并且符合环绕通知的规则时候，执行的顺序如下

@Around @Before @Around @After执行 ProceedingJoinPoint.proceed() 之后的 *** 作 @AfterRunning(如果有异常 @AfterThrowing)

---