steps1-->Struct2-基本流程

  struts2框架大体有：核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件。

  FilterDispatcher是Struts2框架的核心控制器，该控制器作为一个Filter运行在web应用中，负责拦截所有的用户请求，当用户请求到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入struts2框架处理。

  struts2框架获得了*.action请求后，将根据*.action请求的前面部分决定调用哪个业务逻辑组件。

Struts 2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的
业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts 2框架提供了系列拦截器，该系列
拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，
并回调Action的execute方法来处理用户请求

显然，上面的处理过程是典型的AOP（面向切面编程）处理方式。图3.19显示了这种处理模型。

从图3.19中可以看出，用户实现的Action类仅仅是Struts 2的Action代理的代理目标。用户实现的业务控制器（Action）则包含了对用户请求的处理。用户的请求数据包含在HttpServletRequest对象里，而用户的Action类无需访问HttpServletRequest对象。拦截器负责将HttpServletRequest里的请求数据解析出来，并传给业务逻辑组件Action实例。

 Action类内通常包含了一个execute方法，该方法返回一个字符串--该字符串就是一个逻辑视图名，当业务控制器处理完用户请求后，根据处理结果的不同，execute方法返回不同字符串--每个字符串对应一个视图名。

程序员开发出系统所需要的业务控制器后，还需要配置Struts 2的Action，即需要配置Action的如下三个部
分定义：

—  Action所处理的URL。
—  Action组件所对应的实现类。
—  Action里包含的逻辑视图和物理资源之间的对应关系。

每个Action都要处理一个用户请求，而用户请求总是包含了指定URL。当Filter Dispatcher拦截到用户请求
后，根据请求的URL和Action处理URL之间的对应关系来处理转发。

　　通常，MVC框架里的业务控制器会调用模型组件的方法来处理用户请求。也就是说，业务逻辑控制器不会对用户请求进行任何实际处理，用户请求最终由模型组件负责处理。业务控制器只是中间负责调度的调度器，这也是称Action为控制器的原因。