思考者的LAMP技术 2010-03-19
struts2从2007年初推出第一个稳定的版本到现在已经发展了近3个年头,现在,在新的产品或项目中,如果选用了struts方案,一般都选择了struts2,并非为用struts2而用struts2,我想一定是它的优秀吸引着我们。
在struts2中,value stack和ognl这两个概念非常重要。由于我们大多数人都是从struts1过渡到struts2的,思想的转变是需要一些时间,更重要的是需要一些实践的,因而,我们在使用struts2的时候,常常有些类似于struts1的形式,例如,我们来看一个action的代码:
package com.javaeye.hnylj.action; import java.util.List; import javax.servlet.http.HttpServletRequest; import org.apache.struts2.interceptor.ServletRequestAware; import com.javaeye.hnylj.model.UserInfo; import com.javaeye.hnylj.service.UserInfoService; import com.opensymphony.xwork2.ActionSupport; /** * UserAction * * @since Mar 15, 2010 */ public class UserAction extends ActionSupport implements ServletRequestAware { private static final long serialVersionUID = 7815936222081975676L; private HttpServletRequest request; private String id; private String name; private UserInfoService userInfoService; public void setServletRequest(HttpServletRequest request) { this.request = request; } public String getId() { return id; } public void setId(String id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public UserInfoService getUserInfoService() { return userInfoService; } public void setUserInfoService(UserInfoService userInfoService) { this.userInfoService = userInfoService; } /** * list users * * @return success * @throws Exception */ @Override public String execute() throws Exception { // 注:userInfoService通过spring注入 List<UserInfo> userList = userInfoService.getUserList(); request.setAttribute("id", id); request.setAttribute("name", name); request.setAttribute("userList", userList); return SUCCESS; } }
从上面的代码中,我们明显感觉到,这与struts1的代码模式非常相似,而常常我们在代码中又是这样写的,当然这样也是完全可以的。
而作为struts2的代码应该是这样的:
package com.javaeye.hnylj.action; import java.util.List; import com.javaeye.hnylj.model.UserInfo; import com.javaeye.hnylj.service.UserInfoService; import com.opensymphony.xwork2.ActionSupport; /** * UserAction * * @since Mar 15, 2010 */ public class UserAction extends ActionSupport { private static final long serialVersionUID = 7815936222081975676L; private String id; private String name; List<UserInfo> userList; private UserInfoService userInfoService; public String getId() { return id; } public void setId(String id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public List<UserInfo> getUserList() { return userList; } public void setUserList(List<UserInfo> userList) { this.userList = userList; } public UserInfoService getUserInfoService() { return userInfoService; } public void setUserInfoService(UserInfoService userInfoService) { this.userInfoService = userInfoService; } /** * list users * * @return success * @throws Exception */ @Override public String execute() throws Exception { // 注:userInfoService通过spring注入 userList = userInfoService.getUserList(); return SUCCESS; } }
简单比较这两段代码,引起我思考的是这两种代码模式在性能上的不同,我们知道,在struts2中,所有的属性值,包括从客户端传递的参数或从数据库查询的数据,只要在action中对应有此属性变量的定义,并拥有相应的setter与getter方法,这些数据都会被放置到值栈中,在页面我们就可以使用struts2的标签或ognl取得这些值。struts2将这些数据放置到值栈中,肯定是需要耗费一定的内存的,但struts2的过滤器有一种功能就是在使用之后执行ActionContextCleanUp.cleanUp(req),将值栈清空。而我们第一种代码方式,是将所有的数据,包括从客户端传递的参数或从数据库查询的数据都放置到request中,然后在页面通过jstl或el表达式取出request中的值,虽然request在一次请求之后也会把数据销毁,但我想说的是,既然struts2已经将这些数据放置到了值栈中,而我们又将这些数据在request中放置一遍,那么这样一来,每一个action被执行,在数据没有销毁之前,数据在内存中就放置了两份,这无疑会牺牲不必要的内存资源,特别是一些对性能要求较高而硬件配置又有限的情况下。
在struts2中,每一个Action是线程安全的,即每一个客户端的请求都会new一个新的Action为其提供服务,如此就会使得,当系统在线人数较多时,会new出较多的Action来为这些在线的用户服务,而当我们使用第一种模式的代码时,每一个Action中都将数据放置到request中,然后通过jstl在页面中显示,这样,request不知要放置多少数据,再加上本来struts2在值栈中也放置了这些数据,那么内存的使用将是成倍数的上升,我们完全可以放弃使用request,因为在struts2中所有的数据会自动放置到值栈中,我做了一点测试,使用第一种模式的代码,我通过查看windows资源管理器的tomcat进程的内存使用,发现它明显高于第二种代码模式的内存使用,另外让我感觉更为兴奋的是,jstl也完全可以取得值栈中的数据,所以你完全可以使用struts2+jstl进行开发。
这是我对关于struts2中使用request中引起系统性能的一点思考,欢迎大家提出异议,一起交流,共同进步!
一个Java技术交流群,一起交流,共同进步,扣扣群号:513086638