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的流程和一系列相关知识代码解析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！
