精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-04-14
测试代码 ApplicationContext ctx = 上面这种情况下程序可以正常运行,但是如果UserDAOImpl实现了一个接口,其他不变 public class UserDAOImpl implements UserDAO { 这种情况下,程序将不能正常运行,会抛出java.lang.ClassCastException异常 理解上面这种情况产生的原因需要了解Spring AOP的实现原理。
advisedSupport.isOptimize()与advisedSupport.isProxyTargetClass()默认返回都是false,所以在默认情况下目标对象有没有实现接口决定着Spring采取的策略,当然可以设置advisedSupport.isOptimize()或者advisedSupport.isProxyTargetClass()返回为true,这样无论目标对象有没有实现接口Spring都会选择使用CGLIB代理。所以在默认情况下,如果一个目标对象如果实现了接口Spring则会选择JDK动态代理策略动态的创建一个接口实现类(动态代理类)来代理目标对象,可以通俗的理解这个动态代理类是目标对象的另外一个版本,所以这两者之间在强制转换的时候会抛出j ava.lang.ClassCastException。而所以在默认情况下,如果目标对象没有实现任何接口,Spring会选择CGLIB代理, 其生成的动态代理对象是目标类的子类。
以上说的是默认情况下,也可以手动配置一些选项使Spring采用CGLIB代理。 org.springframework.transaction.interceptor.TransactionProxyFactoryBean是org.springframework.aop.framework. ProxyConfig的子类,所以可以参照ProxyConfig里的一些设置如下所示,将optimize和proxyTargetClass任意一个设置为true都可以强制Spring采用CGLIB代理。 //相关配置,省略了一些不相关内容
使用CGLIB代理也就不会出现前面提到的ClassCastException问题了, 也可以在性能上有所提高,但是也有它的弊端,Spring doc原文解释如下optimization will usually mean that advice changes won't take effect after a proxy has been created. For this reason, optimization is disabled by default。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-04-14
UserDAOImpl userDAOImpl = (UserDAOImpl)ctx.getBean("userDAOProxy");
类型转换的时候肯定会有错. 你用这个得到的实际上是一个FactoryBean .也就是具有创建bean能力的bean.试问一个Factory 怎么可以cast成为一个UserDao的实现类呢? spring的getBean方法可以得到两种类型的.一种就是代理FactoryBean 也就是可以产生出其他对象的. 另外一种就是不具有这种创建其他对象的能力的. |
|
返回顶楼 | |
发表时间:2008-04-14
理解上面这种情况产生的原因需要了解Spring AOP的实现原理。 //org.springframework.aop.framework.DefaultAopProxyFactory
advisedSupport.isOptimize()与advisedSupport.isProxyTargetClass()默认返回都是false,所以在默认情况下目标对象有没有实现接口决定着Spring采取的策略,当然可以设置advisedSupport.isOptimize()或者advisedSupport.isProxyTargetClass()返回为true,这样无论目标对象有没有实现接口Spring都会选择使用CGLIB代理。所以在默认情况下,如果一个目标对象如果实现了接口Spring则会选择JDK动态代理策略动态的创建一个接口实现类(动态代理类)来代理目标对象,可以通俗的理解这个动态代理类是目标对象的另外一个版本,所以这两者之间在强制转换的时候会抛出j ava.lang.ClassCastException。而所以在默认情况下,如果目标对象没有实现任何接口,Spring会选择CGLIB代理, 其生成的动态代理对象是目标类的子类。
|
|
返回顶楼 | |
发表时间:2008-04-14
lsk 写道 UserDAOImpl userDAOImpl = (UserDAOImpl)ctx.getBean("userDAOProxy");
类型转换的时候肯定会有错. 你用这个得到的实际上是一个FactoryBean .也就是具有创建bean能力的bean.试问一个Factory 怎么可以cast成为一个UserDao的实现类呢? spring的getBean方法可以得到两种类型的.一种就是代理FactoryBean 也就是可以产生出其他对象的. 另外一种就是不具有这种创建其他对象的能力的. 两种情况返回的都是动态代理类,只是与UserDAOImpl关系有所不同 在默认情况下UserDAOImpl userDAOImpl = (UserDAOImpl)ctx.getBean("userDAOProxy");类型转换有没有错与UserDAOImpl有没有实现接口有关 |
|
返回顶楼 | |
发表时间:2008-04-14
bleakoasis回答很精彩~今天有学到东西了。呵呵~
|
|
返回顶楼 | |
发表时间:2008-04-14
应该这样使用
UserDAO userDAOImpl = (UserDAO)ctx.getBean("userDAOProxy"); userDAOImpl.save(); |
|
返回顶楼 | |
发表时间:2008-11-06
有没有贴子详细讲解JDK动态代理和CGLIB代理?
|
|
返回顶楼 | |
发表时间:2008-11-06
最后修改:2008-11-06
optimization will usually mean that advice changes won't take effect after a proxy has been created. For this reason, optimization is disabled by default。
这句话我一直在迷糊。。。。实际上, 他说说法的情形在通常开发中比较少碰见的。 至少应用级比较少。 另外, JDK代理性能不错了。 我测试下来, 感觉还成。如果让spring 每次都重新创建带有AOP的对象, 那么性能问题会变的严重到, 所有的应用都停在ProxyFactoryBean的接口上。 spring在创建带有aop的对象上, 性能是非常低下的, 特别是在singleton=false的情况下,我吃过不少苦头。 |
|
返回顶楼 | |
发表时间:2008-11-06
bleakoasis 写道 lsk 写道 UserDAOImpl userDAOImpl = (UserDAOImpl)ctx.getBean("userDAOProxy");
类型转换的时候肯定会有错. 你用这个得到的实际上是一个FactoryBean .也就是具有创建bean能力的bean.试问一个Factory 怎么可以cast成为一个UserDao的实现类呢? spring的getBean方法可以得到两种类型的.一种就是代理FactoryBean 也就是可以产生出其他对象的. 另外一种就是不具有这种创建其他对象的能力的. 两种情况返回的都是动态代理类,只是与UserDAOImpl关系有所不同 在默认情况下UserDAOImpl userDAOImpl = (UserDAOImpl)ctx.getBean("userDAOProxy");类型转换有没有错与UserDAOImpl有没有实现接口有关 确实如此,所以说,在使用AOP的时候要先掂量一下,能在代码中实现的就不要靠AOP。 性能影响实在是严重。 即使要用,也要尽量将optimize设定为true。 话说回来,如果一个类中必须要出现有参的构造方法,那么就必须要用JDK接口来实现AOP了么? |
|
返回顶楼 | |
发表时间:2008-11-06
lsk 写道 UserDAOImpl userDAOImpl = (UserDAOImpl)ctx.getBean("userDAOProxy");
类型转换的时候肯定会有错. 你用这个得到的实际上是一个FactoryBean .也就是具有创建bean能力的bean.试问一个Factory 怎么可以cast成为一个UserDao的实现类呢? spring的getBean方法可以得到两种类型的.一种就是代理FactoryBean 也就是可以产生出其他对象的. 另外一种就是不具有这种创建其他对象的能力的. 呵呵,要得到你说的那个facoryBean好像在getBean方法中要用"&beanName"吧? 这里getBean返回的是userDao接口,而楼主强制转换成实现,所有才出错了。 |
|
返回顶楼 | |