我理解的struts
对struts的流程和actionservlet的理解如下，若有不对的地方，请指正。
actionservlet是struts的灵魂。
它为到来的请求url映射到相应的actionmapping，创建或找到其实例；
actionservlet调用在actionmapping中声明的action类，创建并生成相应的actionform bean实例。然后把actionform bean传到action类；
actionservlet对action类实例调用适当的perform方法，给它传递actionform bean,actionmapping,request和response对象；
action在其perform方法里将产生处理好的业务逻辑的结果；
actionservlet接受从perform方法返回的actionforward,转发response到由actionforward指定的源（可以是一个jsp或另一个action或另一个servlet)
ActionServlet使用ActionForm bean来保存请求的参数，这些bean的属性名称与HTTP请求参数的名称相对应，控制器将请求参数传递到ActionForm bean的实例，然后将这个实例传送到Action类。
典型的ActionFrom bean只有属性的设置与读取方法（getXXX）,而没有实现事务逻辑的方法。只有简单的输入检查逻辑，使用的目的是为了存储用户在相关表单中输入的最新数据，以便可以将同一网页进行再生，同时提供一组错误信息，这样就可以让用户修改不正确的输入数据。而真正对数据有效性进行检查的是ACTION类或适当的事务逻辑bean。
Struts controller基本功能是
1. 截获用户的Http请求
2. 把这个请求映射到一个定义好的业务操作上
3. 获取业务操作结果，提供给客户端
4. 决定下一步应该显示哪一个页面
有几个部分共同组成了Struts 的Controller，用户的请求发送到ActionServlet中，ActionServlet调用RequestProssor开始处理用户请求的流程，在这个流程中，会查找ApplicationConfig，得到用户请求对应的Action，调用相应的Action来具体执行用户的请求，最后返回ActionForward，转向相应的流程。
================
org.apache.struts.action.ActionServlet 是Struts Controller中最主要的部分，所有用户请求都会被发送到这里，所有的其它处理也必须从这里经过。ActionServlet是从HttpServlet中继承过来的。
当ActionServlet接收到HTTP request的时候，不管是doGet()或者doPost()方法，都会调用process()方法。
protected void process(HttpServletRequest request,HttpServletResponse response) throws IOException, ServletException { RequestUtils.selectApplication( request, getServletContext() ); getApplicationConfig(request).getProcessor().process( request, response );}
一般情况下，我们不需要自己实现或者修改ActionServlet类，仅仅使用就可以了。某些情况下，我们可以自己扩展ActionServlet类，从ActionServlet继承，实现自己的MyActionServlet类。覆盖其中的一些方法来达到你的特殊处理的需要。ActionServlet继承自javax.servlet.http.HttpServlet，所以在本质上它和一个普通的servlet没有区别，你完全可以把它当做一个servlet来看待，只是在其中完成的功能不同罢了。
================
RequestProssor具体处理用户的request，作为一个request handler存在。同样，处理request的时候，会执行RequestProcessor类中的process（execute）方法。
process中调用的方法都是可以重载的， 如果有需要，可以实现为自己特定的方法。比如，对于Locale问题，通常都是在系统最一开始加载的时候读取的，如果用户想在任何时刻都可以切换或者选择自己的Locale，我们就可以重载processLocale()方法。然后只需要在配置文件中加入段就可以了
================
Action类是实现整个体系的核心部分，它在客户请求、界面表示和业务逻辑之间起到一个桥梁的作用。每一个Action都用来处理某一项任务，或者进行一个业务操作。当然了，我们说一项任务不是说Action只实现一个业务操作方法，而是集中实现某一个功能单元。比如登录用的LogonAction、查找用的SearchAction等等。Action是在RequestProcessor中，由processActionPerform方法调用的
非常重要的一点：不要在Action中包含任何业务逻辑操作，而是应该调用一个Model层的JavaBean来实现你的业务逻辑操作。在某些情况下，可能包含少许表现逻辑。这样，就可以充分进行代码重用，比如上例中调用的IStorefrontService接口，这个接口在实现时完全可以不用考虑客户端的事情，所以它可以被其它部分或者其它系统所使用。否则的话，Action会变得非常难于理解，难于维护，代码也不能重用。
struts-example工程的设计就是一个bug，它把业务逻辑封装到了Action类中
===================
在Action的execute方法中，返回一个ActionForward类。ActionForward把配置文件中forward部分的信息包装起来，减少了应用程序和物理资源信息之间的耦合性。通过ActionMapping类，可以在配置文件中查找相应的forward信息。例如，对于一个LoginAction，它的配置信息可能是这样的：
返回的ActionForward就会包含段中的信息。在ActionMapping类的findForward方法中，首先会根据查找forward的name查找是否有相应的forward段，如果没有，则在配置文件中的段中进行查找，如果还没有就会抛出一个例外。
=====================
以前，页面上的输入数据都通过HTTP request提交，服务方检索出输入的数据，进行验证，然后将这些数据传递给其它组件进行业务处理。一切基本都需要手工编写代码进行操作，比较麻烦，也使代码变得复杂。
ActionForm[org.apache.struts.action.ActionForm]用来收集用户的输入，并且把这些信息传递给Action对象，然后，在Action对象中，ActionForm中的数据被取出来传递给业务逻辑层进行处理。
ActionForm一方面作为一个缓冲区，临时存储用户输入的数据；另一方面，可以把ActionForm当成是HTTP和Action之间的一个防火墙，它可以验证输入数据的正确性，如果验证不通过，这个request是不会发送给Action进行处理的。
ActionForm可以有两种Scope，request或者session。request就是只能在rquest到response，之后ActionForm就不可见了；session可以保存时间长一点。
==================
在ActionForm的Validate方法中返回的是ActionErrors对象。这个对象可以将错误信息都封装起来，并且自动把它们显示给用户。
在相应JSP页面上添加，可以自动将ActionErrors中的错误信息显示出来。包括，每一个具体的，通过add添加的错误信息，和一个ErrorHeader和一个ErrorFooter，这些都可以通过配置文件指定，并且可以包含HTML语法。
==========================
Struts提供了四种自定义Tag库：
bean：struts-bean taglib包含在访问bean和bean属性时使用的tag，也包含一些消息显示的tag。
html：struts-html taglib包含用来创建struts输入表单的tag，和其它通常用来创建基于HTML用户界面的tag。
logic：struts-logic taglib包含的tag用来管理根据条件生成输出文本，和其它一些用来控制的信息。
template：struts-template taglib包含的tag用来定义模板机制。
