1.客户端初始化一个指向servlet容器(Tomcat)的请求；
2.这个请求经过一系列的过滤器，接着FilterDispatcher被调用；
3.FilterDispatcher询问ActionMapper来决定这个请求是否要调用某个action；
4.如果ActionMapper决定调用某个Action,FilterDispatcher把请求的处理交给ActionProxy,ActionPro根据ConfigurationManager询问框架的配置文件，找到需要调用的Action类，一般都是读取struts.xml；
5.ActionProxy创建一个ActionInvocation的实例，ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器的调用；
6.一旦Action执行完毕，ActionInvocation根据struts.xml中的配置找到对应的返回结果
比如代码：
struts2获得了.action请求后，将根据部分决定调用哪个业务逻辑组件；
struts2应用中的Action都被定义在struts.xml中；
struts2用于处理用户请求的Action实例并不是用户实现的业务控制器，而是Action代理，因为用户实现的业务控制器并没有与ServletAPI耦合，显然无法处理用户的请求。
<html> <head> <title>SUCCESS</title> </head> <body> <form action="hello.action" method="post"> USERNAME:<input type="text" name="name"></br> PASSWORD:<input type="password" name="pass"></br> <input type="submit" value="提交"> </form> </body></html>
比如上面表单的hello.action,这个action属性不是一个普通的servlet，也不是一个动态JSP页面，当表单提交给hello.action时，Struts2的FilterDispatcher将会起作用，将用户请求转发到对应的Action.
注意的是：Struts2 Action默认拦截所有后缀为.action的请求，如果我们需要将表单提交给Action处理，则应将表单action属性设置为.action的格式。
控制器类
public class HelloAction {private String name;private String pass;public void setName(String name){this.name=name;}public void setPass(String pass){this.pass=pass;}public String execute(){if("yang".equals(name) && "1234".equals(pass)){return "success";} else{return "error";}}}前面执行完成后仅仅是执行了页面的转发,没有跟踪用户的状态，当用户登录完成后，我们需要将用户的用户名添加为HTTPSession的状态信息。
为了访问Httpsession实例，struts2提供了一个ActionContext类，该类提供了一个getSession()得方法，但是这个方法的返回值不是HttpSession()而是Map(),但是Struts2的拦截器会负责该Session()和HttpSession()之间的切换。
为了检查我们设置的session属性是否成功，可以给成功后的界面这么设置
<html> <head> <base href="<%=basePath%>" rel="external nofollow" > <title>SUCCESS</title> </head> <body> 欢迎，${sessionScope.user},您已经登录。 </body></html>利用JSP2.0表达式语法输出HTTP Session中的user属性。
Action 工具类集成ActionSupport
ActionSupport类是一个工具类，而且已经实现了Action接口，除此之外，还实现了Validateablez接口，提供了数据校验功能。
为了增加输入数据的校验功能，在Action中增加重写validate方法。
public void validate() {if(getName()==null || getName().trim().equals("")){addFieldError("name",getText("name.required"));}if(getPass()==null || getPass().trim().equals("")){addFieldError("pass", getText("pass.required"));}}上面添加的重写的validate方法会在系统的execute()方法之前执行，如果执行该方法后Action类的fieldError中已经包含了数据校验错误，请求将被转发到input逻辑视图处，所以还要在struts.xml中添加input逻辑视图名，让其跳转到登录页面。
这个validate方法的缺点就是需要大量重写validate方法，所以可以用struts2的校验框架进行校验。
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.3//EN" "http://www.opensymphony.com/xwork/xwork-validator-1.0.3.dtd"><validators><!--验证表单name--> <field name="name"> <field-validator type="requiredstring"> <message key="name.required"/> </field-validator> </field> <!--验证表单pass--> <field name="pass"> <field-validator type="requiredstring"> <message key="pass.required"/> </field-validator> </field></validators>
总结
以上就是本文关于struts2的流程和一系列相关知识代码解析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！