Struts的处理流程（百度）

 假设现在在有以下情景：用户正在浏览一个用STRUTS的技术构建的网站主页，主页上有个登陆表单，用户填好登陆名和密码，单击"登陆"按钮，就激活了以下一系列过程：
（1）用户的请求以HTTP方式传输到服务器上，接受请求的是ActionServlet.
（2）ActionServlet接收到请求后，会查找Struts-config.xml文件来确定服务器上是否有用户请求的操作，此处用户请求操作应为登陆操作。如果没有，则返回一个用户请求无效的出错信息。
（3）当ActionServlet请求找到用户请求的Action后，首先将用户输入的表单参数打包成一个ActionFrom对象，这个ActionFrom对象其实也就是一个JavaBean,里面包含两个字段，分别是用户名和密码。接着ActionServlet再根据struts-config.xml中的配置信息决定是否要执行ActionFrom对象中的Validate方法。若Validate方法执行有错，则返回。否则，继续下一步。
（4）系统生成一个用户所请求的Action的实例对象，将前面的ActionFrom对象传递给它，运行它的Execute()方法。这一步其实就是用户登陆的控制器，在执行exectue()方法时，可以调用后台模型验证登陆名和密码是否正确等信息。
（5）execute()执行结束前会生成以和ActionForward类型的对象并将之返回给ActionServlet,该对象的作用是告诉ActionFroward就代表跳转到一个登陆成功的页面。ActionServlet将对之进行分析，其实就相当于接收到一个新的请求，重复（2）~（5）的过程，直到将某个界面返会给用户为止！
以上就是STRUTS的基本工作流程。

更详细的

struts的流程
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用来定义模板机制