result结果集
上一篇文章主要讲Struts2框架(4)---Action类访问servlet这篇主要讲result结果集
在Struts.xml中的result元素指的是：指定动作类的动作方法执行完后的结果视图.
(1)局部结果和全局结果
他有两个属性：
name：字符串，与动作方法返回的值一致。默认是success
type：指定处理结果的结果类型的别名。默认值是dispatcher
首先处理结果分为两种，一种是局部结果一种是全局结果。
局部结果：
<action name="login" class="com.study.struts.action2.LoginAction" method="login"> <!--在action内配置的是针对某个Action起作用的局部的配置 --> <result name="success" >/demo2/result.jsp</result> </action>
全局结果：
<!--全局结果视图：包中所有的action都能使用同一个视图 --> <global-results> <!-- <result name="success">/index.jsp</result> --> <!-- a.默认的结果集类型 --> <result name="error" type="dispatcher">/error.jsp</result> <!-- b.转发到另外一个Action --> <!-- <result name="success" type="chain">hello</result> --> <!-- c.重定向到jsp页面 --> <!-- <result name="success" type="redirect">/index.jsp</result> --> <!-- d.重定向到action --> <!-- <result name="success" type="redirectAction">hello</result> --> </global-results>
这里同时要思考一个问题，如果你返回的是success，但在全局和局部都配置了，那么会执行哪个呢？
按照规则，先看局部变量是否配置，配置了就执行局部变量的，而且一般成功的结果集不会配置成全局的，只有在错误（error）的时候可能配置全局
(2)结果类型
在struts-default.xml 配置常用结果类型有10种：
当然在我们实际开发中运用的比较多的也就4.5种，这里我就写4种
举例：
1 <action name="main"> 2 <result type="dispatcher">/main.jsp</result> 3 </action> 4 5 <action name="main2"> 6 <result type="redirect">/main2.jsp</result> 7 </action> 8 9 <action name="main3"> 10 <result type="chain">main3</result> 11 </action> 12 13 <action name="main4"> 14 <result type="redirectAction">main4</result> 15 </action>
a) dispatcher（默认） forward到一个JSP或者HTML或者其他结果页面，不能是Action
请求转发，底层调用RequestDispatcher的forward() 方法，dispatcher是result的type属性默认值，通常用于转向一个JSP。
b) redirect 重定向到结果视图 重定向到一个URL
重定向，新页面无法显示Action中的数据，因为底层调用 response.sendRedirect("")方法，无法共享请求范围内的数据。
c) chain 服务器forward（转发）到一个另一个Action
将action的带着原来的状态请求转发到新的action，两个action共享一个ActionContext，actionName指定转向的新的Action的名字，method指定转向哪个方法，
namespace指定新的Action的名称空间，不写表示与原Action在相同的名称空间；
d) redirectAction 重定向到另外一个Action
重定向到另一个Action，参数与chain用法相同，允许将原Action中的属性指定新名称带入新Action中，可以在Result标签中添加 <param name=”b”>${a} </param>，
这表示原Action中的变量a的值被转给b，下一个Action可以在值栈中使用b来操作
(3)重定向和转发的区别?
1 请求转发只能将请求转发给同一个WEB应用中的组件，而重定向还可以重新定向到同一站点不同应用程序中的资源，甚至可以定向到一绝对的URL。
2 重定向可以看见目标页面的URL，转发只能看见第一次访问的页面URL，以后的工作都是有服务器来做的。
3 请求响应调用者和被调用者之间共享相同的request对象和response对象，重定向调用者和被调用者属于两个独立访问请求和响应过程。
4 重定向跳转后必须加上return，要不然页面虽然跳转了，但是还会执行跳转后面的语句，转发是执行了跳转页面，下面的代码就不会在执行了。
因为重定向实际是发送第二个请求，故请求中的东西也就不会出现在第二个请求里面了
也就是说重定向是不共享request的东西，重定向后的页面中无法接收request里的东西
redirect是在处理完当前Action之后，重定向到另外一个实际的物理资源
redirectAction也是重定向，但它重定向到的是另外一个Action
(5)思考，在我们实际开发中是么时候使用重定向什么时候转发？
我个人观点：就是你在request作用域进行相关操作后，需要从数据库返回进行回显的话，比如说你在点击修改的时候就需要把信息回显，这就建议转发，因为用重定向是无法得到回显数据
还有你要跳转到外部网站，比如www.baidu.com，那你就不能用转发，就指定用重定向，这个上面第一点就说了。
本文章就讲到到这里，如果哪里有不足，或者可以修改的更好，欢迎留言指出。