struts2.0对于多并发的操作会不会产生性能问题？

[sxlcom]

struts2.0对于多并发的操作会不会产生性能问题？


本人使用struts2.0有一个担心，就是struts2.0用的是采用WebWork的核心引擎，每个request会new 出一ACTION instance, 不用考虑thread safe问题，但对于多并发的操作会不会产生性能问题？

[Landor2004]

现在的服务器性能很好了，就怕你花不起钱，呵呵，还是担心一下大并发对数据库的访问问题吧

[abc25485808]

[Quote=引用 1 楼 Landor2004 的回复:]
现在的服务器性能很好了，就怕你花不起钱，呵呵，还是担心一下大并发对数据库的访问问题吧
[/Quote]
同意楼上观点

[SINCE1978]

每个request会new ACTION instance这还算小case
关键是每次request都要反射、都要数道拦截、都要new ACTION、都要new proxy
再加上用spring托管action这种“经典”的教科书式做法
效率当然受影响

[经常在黑云中出没]

struts2并发性不好，还是struts1好

[aihui789]

up~

[gushengvip]

struts2并发性不好，还是struts1好，struts2通过spring也可以配置成单例模式。

[TonyMao]

[Quote=引用 7 楼 SINCE1978 的回复:]
现在的网上视频都“推荐”spring托管struts的action、而且还要用filterDispatcher、struts2全是拦截器，大范围应用aop，这个东东和ajax一样是可以浅尝不可全面应用的，否则带来的麻烦比解决的问题多。相比提供的所谓测试优点，效率和稳定性牺牲是相当大的，struts从1到2是技术对商业作秀的屈服。
[/Quote]
这位仁兄的意思是，struts2是struts1的升级吗？

[SINCE1978]

我没说struts2是struts1的升级
表现层烂七八糟的框架最多，这些东西出来以后为了推广自己最见效的办法就是找一个大家都熟知的“前辈”然后给你仔细分析它的哪个哪个地方怎么烂、我的这个地方怎么怎么好...其实对于实践基本上没啥太大意义。
struts1作为资格最老的表现层框架自然成为众矢之的，基本上给批的体无完肤了。spring的MVC实际上跟struts差不多，只是因为应用较少，也没什么人骂。

[zhouxiangfu]

学习了

[MagicError]

学习了。。。

[SINCE1978]

现在的网上视频都“推荐”spring托管struts的action、而且还要用filterDispatcher、struts2全是拦截器，大范围应用aop，这个东东和ajax一样是可以浅尝不可全面应用的，否则带来的麻烦比解决的问题多。相比提供的所谓测试优点，效率和稳定性牺牲是相当大的，struts从1到2是技术对商业作秀的屈服。

[SINCE1978]

对于所谓的action单例的攻击让人无语，做s1多年从没遇到非得在action里使用变量不可的情况。混乱的java界就是这点不好，胡乱攻击！后浪为了推前浪，只能夸大自己的不同点，丑化前浪！几乎所有开源都在这么干，包括spring，而国内就成为这场游戏最大的受害者，因为国内大量不合格的架构师除了跟风不会别的。B/S应用action会复杂到哪里去？所谓测试action的好处微乎其微，为此付出使用大量拦截器的做法得不偿失，不见得是一种更优秀的方案。

[lvyazhou]

struts2 本身就没有什么线程安全。