站内搜索: 请输入搜索关键词

当前页面: 开发资料首页Java 专题ActionForm的生命周期浅探

ActionForm的生命周期浅探

摘要: ActionForm的生命周期浅探

看了很多的资料书籍,都提了一下ActionForm的生命周期。例如,在“Programming Jakarta Struts"中是这样描述的:“控制器收到的请
求”->“创建或再循环ActionForm”->“调用reset()“->“正确保存ActionForm”->“由请求组合ActionForm”->“验证ActionForm”。如果
验证不通过返回到输入,否则调用Action的execute()方法。
我们来看一看RequestProcessor()的process()方法的部分代码。经过一些基本的处理(如Locale,Role等)之后,会调用processActionForm
方法,此方法返回一个ActionForm。然后用processPopulate方法将请求参数传给这个ActionForm,之后进行验证。 // Process any ActionForm bean related to this request ActionForm form = processActionForm(request, response, mapping); processPopulate(request, response, form, mapping); if (!processValidate(request, response, form, mapping)) { return; } processActionForm()方法又调用RequestUtils.createActionForm()这个静态方法来创建ActionForm,并把创建的ActionForm保
存在合适的作用域,以便下次使用。
RequestUtils.createActionForm()方法并不是一上来就创建ActionForm,而是先查看一下在合适的作用域内有没有存在的ActionForm if ("request".equals(mapping.getScope())) { instance = (ActionForm) request.getAttribute(attribute); } else { session = request.getSession(); instance = (ActionForm) session.getAttribute(attribute); }
如果没找到,才会根据struts-config.xml中的actionmapping找到name属性(ActionForm的逻辑名),根据逻辑名再找到ActionForm
的类名,然后会用类似Class.forName("ActionForm's full class name").newInstance()来动态创建这个ActionForm类的实例。当然,它还要
考虑DynaActionForm的情况,但原理是一样的。 这么看来,ActionForm的生命周期不算复杂,也没有“探”的必要。 在工作中,发现实际情况并不这么简单。
由于工作需要,我们要做一个通用的Action,它可以处理很多的ActionForm。这有点意思,别人做的是一个ActionForm被好几个Action使用,
而我们却恰恰相反。因此我用自定义的RequestProcessor代替的默认的,并重写了它的processActionForm()方法。在处理一个JSP页面时,
发现创建ActionForm的时候根本没有调用我的processActionForm()方法,开始我还以为是struts-config.xml文件没有配置好,又在父类的p
rocess()(processActionForm方法的调用者)里设了断点,结果也没有停下。弄了半天也没找出是那出了问题,连ActionServlet的init()
里设断点也没停下来。但RequestUtil.createActionForm()还是被调用了。我并没有请求一个Action(xxx.do),但怎么会创建一个ActionFor
m呢?而且RequestProcess的process()方法也没被调用。这就比较奇怪了,难道是struts出bug了,抑或是JBuilder出bug了?
后来仔细检查,发现struts自定义标签是“罪魁祸首”。 到底是怎么回事呢?原来我在那个JSP中使用的的标签,它会创建一个ActionForm。
具体的过程为:org.apache.struts.taglib.html.FormTag的 doStartTag()方法一开始就调用this.lookup()方法,来得到在的那个actionmapping的信息,进而得
到于这个action关联的ActionForm的信息。返回doStartTag()方法后,会在后面的this.initFormBean()方法中调用RequestUtils.createA
ctionForm()方法创建或回收一个ActionForm。
到这时,我们知道了为什么会出现问题。但却想不明白为什么的标签处理类这么早就创建一个ActionForm。是为了检查我
们在中的属性是否存在?还有一个有趣的地方:这个ActionForm(我是用的request作用域)在这个JSP提交后并
不能被重用,想想也是:请求这个JSP是一个完整的请求,再请求xxx.do又是一个不同的请求,当然不能再用。也就是说,这个ActionForm除了
能检验嵌套在内的标签的property是否正确外没有别的作用。如果你想提高性能(不知道能提高多少)的话,可以用静态的html标
签<form>,这样它就不会创建一个没有什么作用的ActionForm了。
↑返回目录
前一篇: Adapter模式在J2SE事件处理中的应用
后一篇: About My Editor