问题分析
如果Spring运行时报错,可能出现的原因就是在getBean时做强制转换的类型不是接口类型。
Java 通过getbean取出的类为什么要强转为接口类?
疑惑:为什么在Spring主配置文件的bean标签中注入的是实现类,但是通过getBean()取出的时候却必须强制转化为接口类?
这个问题应该是和spring中配置的代理模式相关的,即到底是使用JDK动态代理还是Cglib代理。
关于代理模式这个问题spring的文档中这么写的:Spring AOP部分使用JDK动态代理或者CGLIB来为目标对象创建代理,如果被代理的目标对象实现了至少一个接口,则会使用JDK动态代理。所有该目标类型实现的接口都将被代理。若该目标对象没有实现任何接口,则使用Cglib代理。
简单来说,他们之间的区别就是:
- JDK动态代理的代理对象不需要实现接口,但是目标对象一定要实现接口
- 如果目标对象只是一个单独的对象,并没有实现任何的接口,这个时候就可以使用以目标对象子类的方式类实现代理,即Cglib代理
出错原因所在:
使用Cglib代理的时候,通过getBean()取出的注入对象既可以是普通对象,也可以是接口,通过JDK动态代理就只能使用接口。而一般代码习惯中使用JDK动态代理还是更常见的。
为什么通过JDK动态代理就只能使用接口?
如果只是单纯注入是可以用实现类接收注入对象的,但是往往开发中会对实现类做增强,如事务,日志等,实现增强的AOP技术是通过JDK动态代理实现的,而JDK动态代理对实现类对象做增强得到的增强类与实现类是兄弟关系,所以不能用实现类接收增强类对象,只能用接口接收。由于以上原因,如果将对象注入给实现类而非接口的话,在代理时就会报错:java.lang.ClassCastException: com.sun.proxy.$Proxy10 cannot be cast to com.study.service.AopServiceImpl
。
Cglib代理类和实现类之间是父子关系,自然可以用实现类去接收代理类对象,但是一般这样做是没有意义的。
通常来说,由于java是面向对象的开发,JDK动态代理可以避免一些没有实现接口的对象代理,但是开发中有时候也会实现一些对象的注入(例如Util类),而Cglib刚好支持。
让Spring强制使用Cglib代理:
<aop:aspectj-autoproxy proxy-target-class="true"/>