由于工作需要，我们要做一个通用的Action，它可以处理很多的ActionForm。这有点意思，别人做的是一个ActionForm被好几个Action使用，而我们却恰恰相反。因此我用自定义的RequestProcessor代替的默认的，并重写了它的processActionForm（）方法。在处理一个JSP页面时，发现创建ActionForm的时候根本没有调用我的processActionForm（）方法，开始我还以为是struts-config.xml文件没有配置好，又在父类的process()（processActionForm方法的调用者）里设了断点，结果也没有停下。
弄了半天也没找出是那出了问题，连ActionServlet的init（）里设断点也没停下来。但RequestUtil.createActionForm()还是被调用了。我并没有请求一个Action（xxx.do），但怎么会创建一个ActionForm呢？而且RequestProcess的process()方法也没被调用。这就比较奇怪了，难道是struts出bug了，抑或是JBuilder出bug了？
后来仔细检查，发现struts自定义标签是“罪魁祸首”。
到底是怎么回事呢？原来我在那个JSP中使用的<html:form action="xxxx.do">的标签，它会创建一个ActionForm。
具体的过程为：org.apache.struts.taglib.html.FormTag的doStartTag（）方法一开始就调用this.lookup（）方法，来得到在<html:form action="xx.do">的那个actionmapping的信息，进而得到于这个action关联的ActionForm的信息。返回doStartTag（）方法后，会在后面的this.initFormBean（）方法中调用RequestUtils.createActionForm（）方法创建或回收一个ActionForm。
到这时，我们知道了为什么会出现问题。但却想不明白为什么<html:form>的标签处理类这么早就创建一个ActionForm。是为了检查我们在<html:text property="xxx"/>中的属性是否存在？还有一个有趣的地方：这个ActionForm（我是用的request作用域）在这个JSP提交后并不能被重用，想想也是：请求这个JSP是一个完整的请求，再请求xxx.do又是一个不同的请求，当然不能再用。
也就是说，这个ActionForm除了能检验嵌套在<html:form>内的标签的property是否正确外没有别的作用。如果你想提高性能（不知道能提高多少）的话，可以用静态的html标签<form>，这样它就不会创建一个没有什么作用的ActionForm了。
|
