3.
相比来说
struts2
的性能就比较差了,这不难理解,
struts2
之所以开发方便,是由于采
用值栈、
OGNL
表达式、拦截器等技术对请求参数的映射和返回结果进行了处理,另外还采
用大量的标签库等,
这些都无疑增加了处理的时间。
因此降低了效率。
在我们实际的项目中,
我测试本地工程访问每秒处理请求数只能达到
35
左右,应该说还有不少可优化的空间。
4.
很多人认为
struts2
性能差是因为它的多例
Action
模式导致的,
但我们采用
spring
管理
struts2
的
Action
,并设置按单例方式生成
Action
实例后,发现其性能有所提高,但并不
是很明显。
由此可见,
多例
Action
模式并不是
struts2
性能瓶颈所在。
另外,
我们在
struts2
中采用
JSP
方式访问,
发现其性能依旧和没有采用任何
MVC
框架的纯
JSP
之间存在好几倍的
差距,这又从另一个侧面证实了我们刚才得出结论,
struts2
性能的瓶颈不在于它的多例
Action
模式。
5.SpringMVC3
的性能略逊于
struts1
,但基本是同级别的,这让人眼前一亮,
springMVC
有
着不比
struts2
差的开发效率和解耦度,
但性能却是
struts2
的好几倍,
这让我们灰常振奋,
SpringMVC
无疑又是项目开发的一个好的选择。
唯一的问题就是,
目前国内使用面还不太多,
各方面的参考资料相对较少,上手的话可能要稍微难点