|
锁定老帖子 主题：spring3mvc与struts2比较
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-04-18
wen66 写道 spring3与struts2有很大的区别, 最近我们在struts2.1及spring3.0.2上做过压力测试, 发现struts2.1在默认的配制下存在严重的性能问题. 每秒的点击数不会超过200, 而如果用struts2的dispatchServlet去拦截带有参数的jsp如(http://localhost/myapp/my.jsp?para1=1¶2=2) 这样的url时, 在大并发时, 存在很严重的内存泄漏的问题. 用jprofile可以发现java.util.concurrent.concurrenthashmap占用了大量的内存, 同时java.util.concurrent.locks也占用了大量的内存. 原因估计为struts2里面的参数转化拦截器出了问题(没有得到求证).
而在spring3的mvc下(restful), 会存在一个问题就是, 如果我要直接转向我的 http://localhost/myapp/model1/my.jsp 时如果我不在mvc配制文件下配制下配制, 那它怎么进行转向, 这也是一个问题. 也就是说我增加一个jsp, 还要改配制文件, 这很烦啊. 或者说是我没有发现有别的方法可做, 请大家指教. 总共来说: 在高并发的情况下, strut2慎用, spring3可以大胆使用. spring3在性能和内存使用上都不会存在问题(这点我们是经过压力测试的). spring3 mvc可以达到每秒3000的并发点击. (当然经过的controller是很简单的, 没有业务逻辑在里面), 且内存可以正常回收. 这个，既然你都rest了 服务器只是提供资源，也就是所谓ROA（面向资源架构） 你何苦还要跳转呢？跳转根据返回信息 在页面控制 再不行 你可以分开两个工程 服务器端是服务器端（rest提供资源） 客户端是客户端（你的jsp） |
| 返回顶楼 | |
|
发表时间：2010-04-18
相对于用@responseBody来直接返回ajax内容, 在返回简单内容时, 我更加喜欢直接用response输出内容. 其它也就是在方法参数里加上个response, spring3会自动注入httpservletResponse. 如果返回是对象或对象列表. 那用@responseBody来返回, 在底层spring3会调用jsonMessageConvert来进行转化, 然后通过httpservletResponse来进行输出.前提是你的应用里已加载了jsonMessageConvert.至于怎么才会加载jsonMessageConvert, 请大家去看spring 的 reference . 其实spring3的jsonMessageConvert用的是jtson这个库, 那里已做得很好了. 还支持范型哦.
其实直接返回string作为ajax内容输出(用@ResponseBody)的情况下, 说到底,它还是调用StringMessageConvert来做的. |
| 返回顶楼 | |
|
发表时间：2010-04-18
看看 tapestry 5 就知道区别了
|
| 返回顶楼 | |
|
发表时间：2010-04-18
wen66 写道 spring3与struts2有很大的区别, 最近我们在struts2.1及spring3.0.2上做过压力测试, 发现struts2.1在默认的配制下存在严重的性能问题. 每秒的点击数不会超过200, 而如果用struts2的dispatchServlet去拦截带有参数的jsp如(http://localhost/myapp/my.jsp?para1=1¶2=2) 这样的url时, 在大并发时, 存在很严重的内存泄漏的问题. 用jprofile可以发现java.util.concurrent.concurrenthashmap占用了大量的内存, 同时java.util.concurrent.locks也占用了大量的内存. 原因估计为struts2里面的参数转化拦截器出了问题(没有得到求证).
而在spring3的mvc下(restful), 会存在一个问题就是, 如果我要直接转向我的 http://localhost/myapp/model1/my.jsp 时如果我不在mvc配制文件下配制下配制, 那它怎么进行转向, 这也是一个问题. 也就是说我增加一个jsp, 还要改配制文件, 这很烦啊. 或者说是我没有发现有别的方法可做, 请大家指教. 总共来说: 在高并发的情况下, strut2慎用, spring3可以大胆使用. spring3在性能和内存使用上都不会存在问题(这点我们是经过压力测试的). spring3 mvc可以达到每秒3000的并发点击. (当然经过的controller是很简单的, 没有业务逻辑在里面), 且内存可以正常回收. 由于Struts2需要针对每个Request进行封装，把Request，Session等Servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全。所以在原则上，是比较耗费内存的。但是这个和高并发无关。主要是你的系统架构，让Struts2承担了过多的功能。Struts2只应处理那些需要被应用服务器处理的请求。 至于导向到JSP，应经过Action中转，这个是基本编程原则。 |
| 返回顶楼 | |
|
发表时间：2010-04-18
引用 这个，既然你都rest了 服务器只是提供资源，也就是所谓ROA（面向资源架构） 你何苦还要跳转呢？跳转根据返回信息 在页面控制 再不行 你可以分开两个工程 服务器端是服务器端（rest提供资源） 客户端是客户端（你的jsp） 不好意思, 不会用javaeye的这些BBCode, 所以回复的内容不好看. 哪位大哥能给我个bbcode的教程, 要简单的, 最好的图文并茂的那种. 谢谢在先啊. 最开始我也是跟你这么想的. 现在我不这么想了, 如果我就是想把它们放在一起, 一方面我的程序通过rest向第三方提供接口, 另一方面同时我自己也有自己的应用, 而这应用的服务就来自于自己. 特别是我想临时增加一个jsp作为我的网站的应用的时候, 那就特别有用了. 在现实的情况下, 我不想有那么多的部署, 如果我把你说的客户端和服务器只做为一份部署, 那不更加的简单啊. 部署方式简单, 出错的环节就少了, 这样就可以按时下班, 放心休息, 而不必担心程序的问题了, 且定位问题也简单了. 同时还有一个问题困扰我的, 如果我们通过spring3来发布大量的restful web service 那文档怎么做啊, 别人怎么知道我们提供了这么多的web service, 且要传的参数及xml的格式呢. 当然你会说我们会写好文档. 那问题又来了, 如果我的业务逻辑变化了, 带来我的web service的参数也变化了, 而文档却没有及时跟新上. 那怎么办. 现在是否有这么一种东西, 把我们的文档和代码写在一起, 这样在改代码的过程中, 把文档也改了, 因为他们放在一个文件里, 且就放在一块,在一屏幕的范围内. 就像是javaDoc一样. 这点也是一直困扰我的. 望大家提个方法来解决一下. |
| 返回顶楼 | |
|
发表时间：2010-04-18
有种东西叫约定大于配置。。。
可以订个标准 然后特殊的再写文档 |
| 返回顶楼 | |
|
发表时间：2010-04-18
引用 由于Struts2需要针对每个Request进行封装，把Request，Session等Servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全。所以在原则上，是比较耗费内存的。但是这个和高并发无关。主要是你的系统架构，让Struts2承担了过多的功能。 Struts2只应处理那些需要被应用服务器处理的请求。 至于导向到JSP，应经过Action中转，这个是基本编程原则。 不是的, 这和高并发有关系, 且是存在内存泄漏的情况, 因为在请求完成后, 我们用手动去gc它, 它的内存都不回收, 且发现大量占用老年堆的内存. 在我们的系统里没有让strut2承担过多的功能, 就只是让它进行请求的转发和参数的组装. 业务逻辑都放在spring管理的bean里面了. 如果经过action然后转向jsp, 这样你的并发性就上不去了. 因为了struts2的原因. 所以我们会在有些要求高并发的页面上,直接在jsp里调用spring管理的bean, 然后用jstl输出. 如果在性能有最高的要求的下, 我们会连jstl都不用. 直接用java代码来输出. 经过这个项目, 发现如果要应对高并发, 那还是回到jsp +javaBean的方式来上. 这样简单, 且不容易出错. 同时性能也好. |
| 返回顶楼 | |
|
发表时间：2010-04-18
wen66 写道 相对于用@responseBody来直接返回ajax内容, 在返回简单内容时, 我更加喜欢直接用response输出内容. 其它也就是在方法参数里加上个response, spring3会自动注入httpservletResponse. 如果返回是对象或对象列表. 那用@responseBody来返回, 在底层spring3会调用jsonMessageConvert来进行转化, 然后通过httpservletResponse来进行输出.前提是你的应用里已加载了jsonMessageConvert.至于怎么才会加载jsonMessageConvert, 请大家去看spring 的 reference . 其实spring3的jsonMessageConvert用的是jtson这个库, 那里已做得很好了. 还支持范型哦.
其实直接返回string作为ajax内容输出(用@ResponseBody)的情况下, 说到底,它还是调用StringMessageConvert来做的. 有时间深入探讨下 我当时是用的stringconvert 还有里面的resttemplete你试过没 也需要convert |
| 返回顶楼 | |
|
发表时间：2010-04-18
引用 有种东西叫约定大于配置。。。 可以订个标准 然后特殊的再写文档 那只是开发风格的问题. 问题是你暴露出来的web service是包含业务含义在里面的时候,你怎么来表示. 举个例子
@RequestMapping('/stockBaseInfo')
public string stockBaseInfo(@PathVarivale('stockCode') String stockCode, @RequestPara(value='isResport', required=false) boolean isReport){
}
在这里 我的url是 /stockBaseInfo/{stockCode} {stockCode} 是用股票代码来替换的 而我的查询参数是 isResport 这不是必需的. 以上信息我怎么传达给我的客户,当然你会说可以用文档. 当我们提供的服务达到上千的时候, 那我们的客户是不是要哭了. 当我们更改了我们的参数时, 那客户是不是要爆了你的头了. 在你的文档不及时更新的情况下. 在现实中我们经常发现文档和代码不同步的情况. 而用javadoc就好多了. |
| 返回顶楼 | |
|
发表时间：2010-04-18
引用 有时间深入探讨下 我当时是用的stringconvert 还有里面的resttemplete你试过没 也需要convert 这些都用过. 在做客户端时, 必用. 还有我们的服务是用java来写的, 而客户端可以有很多种, 当然就包括.net和javascript来直接调用. 而我上面提的文档文档, 是因为restful websevice 里没有一个类型于传统的soap那样的wsdl ,所以在没有文档的情况下,客户端程序员写代码调你的服务时, 会抓狂的, 目前差不多就是这种情况吧. |
| 返回顶楼 | |
