Spring AOP内部调用踩坑记录

最新推荐文章于 2022-04-30 23:17:17 发布

weixin_34308389

最新推荐文章于 2022-04-30 23:17:17 发布

阅读量152

点赞数

文章标签： java python

原文链接：https://my.oschina.net/braveCS/blog/1530984

版权

2019独角兽企业重金招聘Python工程师标准>>>

1.背景

项目中使用spring cache进行数据缓存大致如下：

<cache:annotation-driven proxy-target-class="true"/> 

public Demo{
    @autowire CacheHelp help;
    public void test()
    {
        String name=help.getName();
        System.out.println("1==="+name);
        name=help.getName();
        System.out.println("2==="+name);
        help.refresh();
        name=help.getName();
        System.out.println("3==="+name);
        name=help.getName();
        System.out.println("4==="+name);
        /*按业务逻辑正常应该输出
        执行了查询
        1===asdf
        2===asdf
        clean
        执行了查询
        3===asdf
        4===asdf
        但是按照现有代码，就少了第二个“执行了查询”
         */
    }
}

public CacheHelp{
    @Cacheable(value="demoCache", key="demo") 
    public String getName(){
        System.out.println("执行了查询");
        return "asdf"
    }

    public void refresh(){
        cleanAll();
    }
    
    @CacheEvict(value="demoCache", allEntries=true)  
    public void cleanAll(){
        system.out.println("clean");
    }
    
}

出现这个问题是因为配置没有expose-proxy=ture的设置，导致目标对象内部的自我调用无法调用到切面中的增强。需要配置<aop:apect-autoproxy expose-proxy="true"/>，再把cleanAll()调用改成((CacheHelp)AopContext.currentProxy()).cleanAll()即可。

此问题可以看一下涛大神的2篇博客 Spring事务处理时自我调用的解决方案和请不要再使用低级别的AOP API后再看一下《Spring源码深度解析》P172和AOP篇 link 就大致明白了。以下再做一下记录。

2.Spring AOP

AOP实现可分2大类：
1）静态代理： a) 在虚拟机载入字节码文件时动态织入，b) 在编译阶段用AOP框架命令编译，编译时增强；
2）动态代理：使用 a) JDK 动态代理，b) CGLIB，在内存中临时生成动态代理类，运行时增强。

Spring动态AOP创建代理的过程：
1）Spring扫描配置生成AutoProxyCreator；
2）使用AutoProxyCreator实现的BeanPostProcessor接口方法在bean实例化之后，获取增强器，寻找匹配的增强器，创建代理。

2.1. 生成AutoProxyCreator

Spring里常见的AOP配置：

<cache:annotation-driven proxy-target-class="true"/>
<aop:apect-autoproxy expose-proxy="true"/>
<tx:annotation-driven />

Spring扫描配置生成AutoProxyCreator，这种标签声明的AOP内部都始终使用同一个AutoProxyCreator（internalAutoProxyCreator），所有对AutoProxyCreator的配置，最终都会合并到同一个creator上。所以cache:annotation-driven/没有expose-proxy的配置，可以使用aop:config的expose-proxy来配置。

public static void registerAutoProxyCreatorIfNecessary(ParserContext parserContext, Element sourceElement) {  
    //注册或按优先级升级AutoProxyCreator定义beanName为org.Springframework.aop.config.internalAutoProxyCreator的BeanDefinition
    BeanDefinition beanDefinition = AopConfigUtils.registerAutoProxyCreatorIfNecessary(  
        parserContext.getRegistry(), parserContext.extractSource(sourceElement));  
    //设置proxy-target-class和expose-proxy属性
    useClassProxyingIfNecessary(parserContext.getRegistry(), sourceElement);  
    registerComponentIfNecessary(beanDefinition, parserContext);  
}

2.2. 生成代理

来自《Spring源码深度解析》P172和AOP篇 link ：

proxy-target-class: Spring AOP部分使用JDK动态代理或者CGLIB来为目标对象创建dialing。（建议尽量使用JDK动态代理），如果被代理的目标对象实现了至少一个接口，则会使用JDK动态代理。所有该目标类型实现的接口都将被代理。若该目标对象没有实现任何接口，则创建一个CGLIB代理。如果希望强制使用CGLIB，需要把proxy-target-class设置为true。而且无法代理final方法和私有方法，

JDK动态代理：其代理的对象必须是某个接口的实现，它是通过运行期间创建一个接口的实现类来完成对目标对象的代理。

CGLIB代理：实现原理类似JDK动态代理，只是它在运行期间生成的代理对象是针对目标类扩展的子类。CGLIB是高效的代码生成包，底层是依赖ASM操作字节码实现的，性能比JDK强。

expose-proxy：有时候目标对象内部的自我调用将无法实施切面中的增强。

expose-proxy=true时是使用ThreadLocal暂存当前代理对象

转载于:https://my.oschina.net/braveCS/blog/1530984