看了很多的资料书籍，都提了一下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文件没有配置好，又在父类的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了。