SPRING的AOP不适合多线程应用？

yyyhbfl

评论

13 楼 大猫汤姆 2008-10-14  

nihongye 写道

我直接就google了，找到一篇分析[url]http://blog.pramatiservices.com/spring-bean-creation-is-not-thread-safe

文中讨论了在并发环境下，得到未完全初始化的单例bean的bug。

上面说Spring2.0是有BUG的，但2.5已经修复了IOC的BUG。

不仅仅如此2.5的AOP也是非线程安全的。这不是BUG，这个是改变不了的。源代码只能那么实现了。

12 楼 axeon 2008-10-14  

再砸一下struts

如果说在所谓的企业应用中，这玩意有一席之地，在互联网应用中，完全是个垃圾。

1.效率问题。随便出个错，你可以发现struts相关的堆栈输出至少20条，这玩意还有效率可言么？

2.我为什么要统一配置页面转发和定向？直接在页面中定向页面转发和配置不是更有灵活性。在大系统中，约定规则不是更方便？

顺便砸taglib,除了降低系统效率之外，没有看出来其他用处。从某种程度上来说，采用mvc的思想，直接在页面中用java代码输出会易于编写和维护。

11 楼 axeon 2008-10-14  

支持tom猫,我也是来砸spring的。

我所理解的spring是相当低效率和无价值的，在我所经历和见到的spring项目中成功的少，垃圾的多。

一方面spring所倡导的概念仅仅是概念，缺乏实用性。小项目中太复杂，大项目用不上。使用spring之后，项目或产品的系统运维很麻烦，带来的好处倒是没觉得。

程序运行效率很重要，不可能因为机器便宜就可以盲目增加机器，一方面电力成本的问题，另一方面运维难度。

spring绝佳之处就在于概念，作为技术吹水的材料，spring是很适合的。

10 楼 nihongye 2008-10-14  

引用

这个是讨论的重点.
不是被代理对像,也不考虑程序员造成的安全问题.AOP框架本身不是线程序安全的.

我直接就google了，找到一篇分析http://blog.pramatiservices.com/spring-bean-creation-is-not-thread-safe/
文中讨论了在并发环境下，得到未完全初始化的单例bean的bug。

引用

性能问题，我估计你用的不是普通对相，如果是普通对像会应该差距这么小，普通对像应该是ArrayList的那种，String,无状态简单BEAN。这样的话性能相差至少是50倍吧。一会测下就行了。
仅仅创建的性能差距还不是全部，还有运行时执行aop框架对象的消耗时间，这个时间都要累加到CPU上面，所以各种因素加在一起影响就大了。

确实，代码里有一行new Date()导致，50倍基本一致。cglib的方式不知道性能怎样（我看一些例子的代码是可以先构建出proxy class，然后才创建实例）。这个累积效应，关键是不好量化。

9 楼 大猫汤姆 2008-10-14  

nihongye 写道

引用

1.我说的就是AOP的实现对象不是线程安全的.所以AOP单例本身就不是安全的,其中的接口数组,拦截器，被代理对像的引用等等,当多线程并发时会有意想不到的错误.

你是说被代理对象还是aop框架本身的问题？

这个是讨论的重点.
不是被代理对像,也不考虑程序员造成的安全问题.AOP框架本身不是线程序安全的.


性能问题，我估计你用的不是普通对相，如果是普通对像会应该差距这么小，普通对像应该是ArrayList的那种，String,无状态简单BEAN。这样的话性能相差至少是50倍吧。一会测下就行了。
仅仅创建的性能差距还不是全部，还有运行时执行aop框架对象的消耗时间，这个时间都要累加到CPU上面，所以各种因素加在一起影响就大了。

8 楼 lqql 2008-10-14  

MarkDong 写道

不能简单的认为单例就是线程不安全的，所有的无状态bean都是线程安全的

也不能认为无状态的bean就是线程安全的,如果方法里在读取和更改其他类里的公共变量就会有线程问题!

7 楼 nihongye 2008-10-14  

引用

1.我说的就是AOP的实现对象不是线程安全的.所以AOP单例本身就不是安全的,其中的接口数组,拦截器，被代理对像的引用等等,当多线程并发时会有意想不到的错误.

你是说被代理对象还是aop框架本身的问题？

引用

2.绝对不是三倍，远远大于三倍。机器便宜，但不能因为机器便宜就可以滥用资源。

收回我的结论，我的测试做了new Date()

引用

3.是否可测试与IOC没有关系.不用IOC也可以很方便的测试。

IOC只是一种思想，而spring是帮助实现这种思想的工具，如果对象足够复杂，有好工具总比没有好。

6 楼 大猫汤姆 2008-10-14  

nihongye 写道

第一：线程安全与否取决于是否存在线程同时修改某一东西（和aop没有关系）。
第二：代理对象的创建开销大概是3倍于普通对象（第一个比较长）
第三：ioc是架构上的选择，如果希望代码是可测试的，那么应该选它。

1.我说的就是AOP的实现对象不是线程安全的.所以AOP单例本身就不是安全的,其中的接口数组,拦截器，被代理对像的引用等等,当多线程并发时会有意想不到的错误.
2.绝对不是三倍，远远大于三倍。机器便宜，但不能因为机器便宜就可以滥用资源。
3.是否可测试与IOC没有关系.不用IOC也可以很方便的测试。

总的意思是，做项目选择合适的，SPRNG就像狗皮膏药一样到处贴，哪里都能用，到哪都能看到项目里面使用了SPRING，这样往往事倍功半.这样讲又回到了老问题，又有人会说到底应该学什么框架啊，其实我也说不好，各有所长，事事无绝对。

5 楼 MarkDong 2008-10-13  

不能简单的认为单例就是线程不安全的，所有的无状态bean都是线程安全的

4 楼 lqql 2008-10-13  

单例的话,可能肯定是线程不安全的吧!

3 楼 nihongye 2008-10-13  

第一：线程安全与否取决于是否存在线程同时修改某一东西（和aop没有关系）。
第二：代理对象的创建开销大概是3倍于普通对象（第一个比较长）
第三：ioc是架构上的选择，如果希望代码是可测试的，那么应该选它。

2 楼 大猫汤姆 2008-10-13  

tristan.cw 写道

每次都new不一定就是性能下降，你看struts2

不知道你说的依据是什么.
这其中的性能不会下降是凭感觉得来的吧.

1 楼 tristan.cw 2008-10-12  

每次都new不一定就是性能下降，你看struts2