spring aop之父子容器

需求;项目对外提供接口，要求每个对外接口都要进行token认证。

解决办法：写一个token认证的工具类，在每个需要认证的接口方法开始的地方，调用工具类中的token认证方法。

问题：因为要满足指定条件才可以进行下一步，在接口中调用token认证的时候，要返回结果进行判断，不止是一行代码可以解决问题。

优化：使用aop 切面编程，在执行接口的内容之前，进行认证。通过注解的方式，织入到切点中。这样在需要进行认证的接口上只需要添加一个注解就可以token认证功能。

问题：基于Aspect注解实现该功能，在程序启动时，访问接口，直接进入接口，没有进入切面。

 

AuthController 

@RestController
public class AuthController {

    @PostMapping("authentication")
    @TokenChecker
    public Result getToken(String username,String password){
        return null;
    }
}

切面类：execution 表达式没有任何问题。

@Aspect
@Component
public class TokenAspect {
　　//匹配指定类下的有指定注解的方法。只要在要切入的方法上加上注解就可以将该方法作为切入点。
    @Pointcut("execution (public * com.cotroller..*.*(..)) && @annotation(com.annotation.TokenChecker)")
    public void addAdvice() {
    }

    @Before("addAdvice()")
    public void before() {
        System.err.println("before");
    }

    @After("addAdvice()")
    public void after() {
        System.err.println("after");
    }
    
}

 

wen.xml配置文件，关键的两个配置

<context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>classpath*:/applicationContext.xml</param-value>
    </context-param>
<servlet>
        <servlet-name>spring-mvc</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath*:/applicationContext-mvc.xml</param-value>
        </init-param>
        <load-on-startup>2</load-on-startup>
    </servlet>

applicationContext.xml关键配置信息

<aop:aspectj-autoproxy/>
<context:component-scan base-package="com"
                            name-generator="com.xxx">
        <!-- 不扫描Controller注解 -->
        <context:exclude-filter type="annotation"
                                expression="org.springframework.stereotype.Controller" />
        <context:exclude-filter type="annotation"
                                expression="org.springframework.context.annotation.Configuration" />
    </context:component-scan>

applicationContext-mvc.xml关键配置信息

<context:component-scan base-package="com"
        use-default-filters="false">
        <!-- 扫描controller注解 -->
        <context:include-filter type="annotation"
            expression="org.springframework.stereotype.Controller" />
        <context:include-filter type="annotation"
                expression="org.springframework.context.annotation.Configuration" />    
    </context:component-scan>

需要具备知识：

　　Spring 框架允许在一个应用中创建多个上下文容器。但是建议容器之间有父子关系。可以通过 ConfigurableApplicationContext 接口中定义的 setParent 方法设置父容器。一旦设置父子关系，则可以通过子容器获取父容器中除 PropertyPlaceHolder 以外的所有资源，父容器不能获取子容器中的任意资源（类似 Java 中的类型继承）。

　　典型的父子容器： spring 和 springmvc 同时使用的时候。ContextLoaderListener 创建的容器是父容器，DispatcherServlet 创建的容器是子容器。保证一个 JVM 中，只有一个树状结构的容器树。可以通过子容器访问父容器资源。

 

常见场景：

1. 对于传统的web项目来说，通常使用spring和springmvc，因此对于这种项目来讲，他是有两个容器的，一个是spring容器，一般我们会把Service层的东西注入到spring容器中，另一个是springmvc的容器，通常这个容器里注入的是Controller层的东西，这里我们认为spring容器是父容器，springmvc是子容器的概念，然后我们大家都知道通过父子继承关系可知，子容器是可以读取到父容器中的东西，但是父容器是无法读到子容器中的内容，因此基于这个场景，有的同学，把Aop的实现类注入到了spring容器中，并且将Aop的切点表达式配置<aop:config> <aop:pointcut的execution也配到了spring容器的xml，而巧了这位同学要切的类方法，正好是Controller，也就是springmvc容器中的东西，那么这时候问题就来了，aop在初始化时会在自己的容器中寻找能够匹配的类方法，然后给他套上一层代理，此时他在自己能够访问到的spring容器中根本找不到与之匹配的类和方法，因为这些类和方法是在springmvc容器中管理的，因此就没有代理成功。

那么对于上述问题要怎么修改呢？只需要确保你要Aop切的类和方法与你Aop配置切点<aop:config> <aop:pointcut的execution表达式声明是在同一个容器中即可，此时只需要讲这个配置移到springmvc容器的xml中即可

2. 第二种情况与第一种情况有些许的类似，但并不相同，是关于重复扫描的，比如你在spring容器中配置了一个Aop，并且把他托管给spring容器管理，而且execution表达式切的也是spring容器中管理的类和方法，理论上这个时候是好用的，这批execution切到的类都被加了代理，但是巧了，springmvc容器中由于配置的是包路径扫描，恰好把execution表达式切的这一批对象又扫了一遍，又都托管给了springmvc容器，而此时扫到的这批对象，是重新new出来交给springmvc管理的，因此并没有被aop代理，所以在使用时，注入进来的可能是springmvc容器管理的这批对象，因此使用时发现Aop代理失效了。

这个问题的解决方案，就是避免两个容器重复扫描。

3. 第三个问题就比较简单了，他的现象是有些方法被Aop代理成功了，但有个别方法没有代理成功，究其原因发现这部分没有代理成功的方法并不是通过代理对象调用的，而是自身调用的，故被调用的方法没有被Aop代理，无法织入横切逻辑。

这个问题如果理解起来困难的话我举个例子，比如A.a(),A.b()是被代理的类和方法，那么当我调用A.a()时，此时a被代理了，成功执行代理类的内容，但还没有完，a()方法中调用了自身的方法b()，此时我们以为b也会被代理类代理，但实际上并没有，因为他是自身方法调用了并不是通过代理类A调用的，如果通过A.b()这种调用方式，那么b是可以被成功代理的。

分析：

1.我们的Controller类，使用注解@RestController，在applicationContext.xml中不扫描Controller注解的类，在applicationContext-mvc扫描Controller注解的类，结合web.xml可知我们的Controller AuthController被子容器管理。

2.我们的切面使用的注解是@Aspect和@Component, 结合 applicationContext.xml与web.xml可知，切面实例被父容器管理。

3.解决 因为我们切面类中使用的@Component注解会被Spring父容器管理，不适用注解，在application-mvc.xml中使用xml方法方式实例化切面类。这样Controller和切面类在同一个容器中管理，就可以正常的进行aop代理。

错误的尝试：

1.Controller使用@Component注解，想让其鬼父容器管理这样Controller和切面就归同一个容器管理了：这时候通过postman访问接口请求失败。

2.切面类，使用@Controller 还是没有进入切面类。看到配置中不但把Controller注解还有Configuration注解都归子容器管理，把切面类的注解改为@Configuration同样还是没有进入切面。

总结:

1.分析的问题的时候，注意web.xml的重要性，好多问题都可以从web.xml 这个配置文件开始往后面推。

2.深刻的理解一下父子容器的关系。哪些注解的类初始化后被父容器管理，哪些被子容器管理。

3. 动态代理 JDK与CGLIB的区别。我这个项目中就有一个被final修饰的Controller。导致在设置代理方式的出错。在不同的配置文件中设置代理方式应该是对加载这个配置的容器管理的类有影响，对别的容器不影响。