struts2的性能为什么这么差，有性能测试截图

结论下得为时过早，请先做测试。对于任何有漏洞的测试，是不应该盲目下结论的，你的标题应该改掉。

即便单用 struts2 不会出现性能很差的情况，最起码 struts2 和 spring 整合起来用性能很差！另外，我不是还没下结论吗？ 你看我开头的几个字 有空试试看，如果真是这样 这不是用的 如果 吗？

你的标题还不能表明你在下结论？“struts2的性能为什么这么差”，这还不叫下结论？

struts2和spring整合是你自己做的，和struts2有什么关系？他们整合的plugin也是第三方提供的。在怎么说，也扯不到struts2的头上去。

一个错误的测试得出的错误结论，引起的结果是什么？是一群完全不懂的人的跟风。你看看之后回帖的人，有多少人认真在做分析？真正的性能测试或者比较，你需要做的工作很多，而不是发几个图就能证明了。

我告诉你这个整合的plugin是造成误导你测试结果的一个重要方面，是我通过struts2的源码分析出来的，是有理论依据的。

你的标题还不能表明你在下结论？“struts2的性能为什么这么差”，这还不叫下结论？

struts2和spring整合是你自己做的，和struts2有什么关系？他们整合的plugin也是第三方提供的。在怎么说，也扯不到struts2的头上去。

一个错误的测试得出的错误结论，引起的结果是什么？是一群完全不懂的人的跟风。你看看之后回帖的人，有多少人认真在做分析？真正的性能测试或者比较，你需要做的工作很多，而不是发几个图就能证明了。

我告诉你这个整合的plugin是造成误导你测试结果的一个重要方面，是我通过struts2的源码分析出来的，是有理论依据的。

我被楼主的标题也吓到了,准备刚开始一个项目,很高兴的准备上struts2的,弄得2哦犹豫了几天!!!!!

如果要说性能，jsp/servlet要比spring mvc、struts2快得多，但是应该没有多少人直接用吧？

选框架其实就是在诸多需求上找平衡，比如客户体验、公司积累、测试能力、功能等等。甚至还会考虑你的人力来源，如果街上培训班都在教struts，而你偏偏要选一个非常偏门的框架，相信你的团队建设成本会比正常的高。

我们现在用struts2，原因：
1、客户体验。到目前为止，目标客户并没有对此提出明确的意见。
2、历史积累。以往项目有大量的webwork/struts2的积累。
3、人力。从主要的人力来源渠道，新人大多有spring mvc、struts2的相关经验，融入团队成本较低。
4、spring mvc存在问题，致使struts2成为最好的选择。
在jboss 4.2.x环境下，如果一个ear中存在两个及以上的webapp，都使用spring/spring mvc的话，会因为classloader的问题造成webapp间spring beanfactory出错，比如A webapp中的spring读了B webapp中的配置。

的确plugin是很有可能是造成慢的因素之一，所以之前我才问楼主放了哪些包，楼主也说所有。
PS:spring的plugin倒是官方提供的，那个Spring的Object工厂是XWork的一部分。

所以结论就是楼主应该放弃使用Struts2，投入SpringMVC的怀抱。

不过我对这个测试挺有兴趣，到达了什么样的标准，可以被楼主定义为“这么差”？