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

struts2的目的是为了降低耦合，方便开发，维护简单，并没有把主要精力放在性能上。你说action/request、参数检查注入、ognl、N多拦截栈来回倒腾能快吗？什么东西合适就行，要方便请找struts，要高性能请使用cgi。

真的是这样的？那为什么还有那么多人用STRUTS2

个人觉得性能的瓶颈在连数据库那一块，写的sql也好，hql也好，如果写得不好，性能的差别也是很大的。
比如：一个表有50个字段，这个表存了几百万条记录，其实你只用这个表其中几个字段，如果写成“select a from ModelName a”，获得a对象之后再get需要的字段，这样会很耗性能的，最好写成“select a.xxxx,a.yyyyy,a.zzzz from ModelName a”，另外最好在数据库表里对这些常查询的字段建索引，这样性能会好恨多。
所以，我的意见是，struts也好，springmvc也好，它们的性能对于客户来说，都是可以接受的。

想问一下，我在页面非常大的数据，很多页面都是动态循环得到的html标签，我不用springmvc的标签，请问，我提交时springmvc能像struts2那样方便吗？
PS，如果你用spring，建议用struts2的基础拦截器吧，不要用默认的！

一个框架的性能影响能有多大?

rails的框架性能高吗?
动态语言的性能能和JAVA比吗?

但是很多人都做的项目都做不到ITEye这种流量吧?
ITEYE和twitter都证明了rails至少从框架性能上是过硬的.

框架的性能在我看来从来不是一个项目的是否成功的主要因素.

对于框架的考虑需要从开发效率,扩展性,易用性,人员融入度等方面考虑.
而开发效率是选择框架的首要考虑.

以前我发过一个帖子,分析了国外struts和Spring3MVC的使用情况比较.
得出的结论是现在在国外Spring3MVC的流行度已经超过struts了.
从这点看,Spring3MVC的开发效率是超过struts的.

但是在中国又是另外一种情况.
整个软件氛围和SSH的流行使得Spring3MVC很难融入目前
的主流.

最近在网上的招聘网站搜索了下成都的关于JAVA的职位.
没有一家是需要招聘熟悉SpringMVC的java程序员.绝大多数都是需要熟悉SSH.

学习Spring3MVC需要成本.但很多公司能提供这个时间和人力成本吗?

所以只能靠程序员的自觉.利用闲暇时间自学和研究Spring3MVC.

而且在一个公司只能通过自上而下的方式推广Spring3MVC.
下面的程序员再怎么向team leader推崇Spring3MVC.

TL觉得SSH能解决的问题为什么一定要用Spring3MVC解决?
技术上的问题客户根本不理解或者说不需要了解.他要的只是结果.
乙方尽快完成项目收到钱才是王道.

TL权衡后觉得还是servlet,SSH方便,
该怎么用servlet,struts的都老老实实的继续用吧.


虽然有点偏离楼主的主题.
但我最后总结,框架性能从来不是一个项目的主要考量.
框架之间的性能差异在我看来可以忽略的.
项目组里的技术负责人认为哪个框架开发效率高才是选择哪个框架的主要因素.

    看了这么多回复，发现一个大家都没注意的问题，大家各自的测试都跑了多长时间？都知道JVM对大量访问的对象会有优化，原则上做性能测试前最好先弄个类似压力测试的过程，至少先访问10W次以上，然后再来测试性能。
    struts2性能差点很正常，不过许多应用并不需要考虑性能问题，一个OA系统、CRM系统或其他的什么企业内部系统，一个企业总共才多少人？通常也只有遇到大型系统、考虑大量用户并发访问时再去考虑效率问题。

两个我都用过，我感觉SpringMVC比Struts2MVC好用，为什么许多人用StrutsMVC，那是中国人都喜欢跟着别人的后面走，先人都用StrutsMVC，那我们也跟着后面用。

人家都说了他们的系统对性能要求比较高。

拦截器过滤器之类的一般比较耗性能，正交性的优雅是以性能为代价的。当然性能不是问题，性能瓶颈才是问题