我们在使用Spring框架中的getBean();从容器中获取得到代理类时有时会出先这种错误 org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'xx' available
此时要明白为什么出错,我们需要理解Spring中JDK代理和CGlib代理的区别。JDK其代理类是目标类所实现的接口的实现类,CGlib动态代理所产生的代理类是目标类的子类。我们来写一个例子通过检验输出来理解他们,
我们先简单创建一个接口和他的实现类
创建一个aop,让他输出他们 的方法名
然后我们在Spring配置文件中写入如下代码
<context:component-scan base-package="com.jd"></context:component-scan>
<aop:aspectj-autoproxy></aop:aspectj-autoproxy>
接下来创建一个测试类来检测一下
public static void main(String[] args) {
ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("application.xml");
IMathService mathService = applicationContext.getBean(IMathService.class);
System.out.println(mathService.getClass());
applicationContext.close();
}
运行
此时我们可以看到从容器中获得的mathService对象的类为代理对象创建的代理类,注意如果上述代码中改为getBean(MathService.class)则会抛出文章开头所说明的异常。
我们来看一下XML配置中的这一行代码
<aop:aspectj-autoproxy></aop:aspectj-autoproxy>
很明显的看出这行代码是让aop自动创建代理类及代理对象,而这行代码有一个属性 proxy-target-class="false" 默认情况下是false即JDK代理,当改为true时为CGlib代理。
<aop:aspectj-autoproxy proxy-target-class="true"></aop:aspectj-autoproxy>
将该属性改为true依旧执行上述test。得到结果
从这可以看出CGlib既可以使用接口创建代理也可以通过实现类创建代理。
要明白这一现象背后的原理我们需要再深入一点发现。
在使用CGlib代理时我们打印代理类的父类发现
CGlib动态代理所产生的代理类是目标类的子类
再将代理设置为JDK代理<aop:aspectj-autoproxy proxy-target-class="false">
发现jdk动态代理产生的代理类与目标类无继承关系
而我们通过反射得到他实现的接口
可以看出JDK其代理类是目标类所实现的接口的实现类
这样我们就可以明白了为什么在默认JDK情况下我们只能使用接口来创建代理对象,代理类只是接口的实现类,与目标类无继承关系,所以只能用接口来创建。
而使用CGlib时代理类是目标类的子类,而目标类也是实现了接口,所以既可以使用接口创建也可以通过目标类创建。
这里说明一下代理类创建代理对象两个因素
1.xml里面需要配置代理。
2.调用切面类的方法与切面类的表达式相匹配
若将xml配置里的<aop:aspectj-autoproxy></aop:aspectj-autoproxy>删掉则运行上述Test结果会
而不改动xml配置文件我们新创建一个Service但是不改动aop中的表达式
执行test
可以看出缺少任意一个因素就无法让代理类创建代理对象
注意:在事务中一个类中的方法被@transationa修饰,则spring自动为该类创建代理类及其代理对象,且创建的为JKD代理对象。若想要变为CGlib则在xml配置中加入<aop:aspectj-autoproxy proxy-target-class="true">即可