Struts2入门3 深入学习 处理结果和异常
前言：
Struts学习的差不多了，还有最后的一点就收官了就是结果处理和异常处理。前面学习Struts主要围绕就是Action以及struts.xml配置方法，通过简单的编程实现了struts的基本功能。其实这样的入门效果就达到了，因为任何一个框架技术，如果想速成，就拿出一天的时间来学习；但是想要掌握到炉火纯青的地步，那就是在平时的项目中利用它去解决实际的问题，同时不断的深入框架，直到源代码级别。单独学习完这几个框架，后面还有很多的事情，就是讲它们整合，还有Spring的一大块东西，同时在Java中有很多的设计模式，那本厚厚的设计模式，不知能不能够看下去。同时这本SSH的后面的实验要做吗？也是个问题，不纠结了，还是先把Struts2看完最后这一点入门的知识。
1.处理结果
Action是Struts2的业务控制器，他负责处理用户的请求，并且通过调用业务处理逻辑进行业务处理。当Action处理完毕，处理结果会通过视图展示，而Action本身是不直接提供针对用户请求的响应，但是Action控制器应该能够控制将那个试图资源呈现给读者。Struts2的Action中只会返回一个字符串。
1.1处理结果的流程
这个流程就不总结了，其实最终显示给用户的视图资源不仅有JSP还有Velocity或者是FreeMarket这里，因为Struts支持多种视图资源，同时在视图层，EL表达式是十分重要的，可以直接获得很多的数据资源，同时还有标签，可以节省很多的代码资源。
1.2result配置信息
Struts2中提供了两种结果配置：
局部结果：将result元素作为action的子元素出现
<result name=”success” type=”dispatcher”>视图资源</result>
全局结果：将result元素作为<global-results>元素配置
<package name=”test” extends=”struts-default”>
<global-results>
<result name=””>视图资源</result>
</global-results>
</package>
这样的会给他提供一个全局的默认结果success，这个全局结果的作用范围对所有的Action都会有效。但是局部结果优先有全局结果。
1.3result的类型
Struts2支持多种视图技术，可以和JSP,Velocity, FreeMarket, XSLT等等视图技术整合。Action处理结束之后，返回的普通字符串就是逻辑视图，根据在上struts.xml中的配置，可以使得逻辑视图资源和物理视图资源产生映射关系，默认的result都是dispatcher类型的。Struts2默认提供了result类型：
chain 用于进行Action链式处理
chart 整合JFreeChart技术
dispatcher 整合JSP页面技术
freemarket 整合FreeMarket技术
httpheader 控制特殊行为的http行为
jasper 整合JasperReport技术
jsf 整合JSF技术
redirect 用于重定向到其他的URL
redirectAction 重定向到其他的Action
stream 向浏览器返回InputStream，一般用于文件下载
tiles 用于整合Tiles技术
velocity 整合velocity技术
xslt 整合XML/XSLT技术
plaintext 显示源代码
关于redirect和dispatcher是相对的，dispatcher是将请求结果转发到指定的JSP资源，而redirect的结果类型则意味者将请求重定向到指定的视图资源。
Dispatcher和Redirect的主要区别是在转发和重定向上：重定向会丢失所有的请求参数，请求属性，同时Action处理的结果也会丢失，当使用redirect的时候，系统实际上会调用HttpServletResponse的sendRedirect()方法来重定向指定的视图资源，这种效果就是重新生成一个请求，之前请求的所有参数、属性、Action对象等等都会丢失，一般重定向使用在发生错误，不知如何处理，到ERROR界面，或者是主页；或者是登陆的时候，登陆成功，重定向到主页。
redirectAction结果类型和redirect的结果类型是相似的，同样也会生成一个新的请求，当需要在Action处理结束之后直接将请求重定向到另一个Action的时候，配置redirectAction的结果类型实现，同时还可以指定 actionName属性和namespace
<action name=”login” class=”com.yang.stru2.action.LoginAction”>
<result name=”success” type=”redirectAction”>
<param name=”actionName”>listuser</param>
<param name=”namespace”>/user</param>
</result>
</action>
1.4动态的result
不怎么喜欢使用，就是表示是匹配，
<package name="user" extends="struts-default">
<action name="*user" class="com.yang.stru2.action.UserAction" method="{1}"> 这里的{1}就表示的是不确定的哪一个部分
<result>/{1}.jsp</result>
</action>
</package>
2.异常处理
一个程序的健壮，关键不是程序不会出错，而是出错了，如果保证程序能够继续运行。因为没有程序不存在错误。在实际的应用中，有些异常是因为违反了业务逻辑而导致的错误，和特定的业务相关，这种错误不能进行声明式处理，只能够使用编程进行处理，还有一些莫名奇怪的错误，但是有经常存在：
无法处理：系统级别或者是资源级别的，于Web的逻辑无关的，比如网络原因导致的数据库连接失败
和业务处理无关，但是需要用户重定向到执行额外操作的页面，比如用户未登录，这个时候就会跳转。
和业务逻辑相关，修改工作的流程解决，比如数据并发的问题和资源锁的问题
任何成熟的框架都会提供相当完善的异常处理机制，Struts2就是这样，他提供了一种声明式的异常处理机制。当Action处理用户请求的时候，比如出现了异常1，则Struts2会捕获异常之后，按照struts.xml配置的映射，转入到exception1.jsp页面进一步处理。这种方式使得异常处理和代码的耦合度降低，便于维护。
关于异常的配置信息，在struts.xml中配置<exception-mapping>元素来完成，配置元素的一下属性：
exception：指定Action出现的异常所映射的异常类型
result:指定Action抛出异常的时候，系统转入该属性值对应的Action或者是global-results中配置的result
同时<exception-mapping>还分为局部异常映射和全局异常映射：
局部异常映射：将<exception-mapping>元素作为<action>的子元素配置
全局异常映射:将<exception-mapping>元素作为<global-exception-mappings>的子元素配置：
<package name="login" extends="struts-default">
<action name="login" class="com.yang.stru2.action.LoginAction">
<exception-mapping result="error" exception="java.lang.RuntimeException"></exception-mapping>
<result name="error">/user/error.jsp</result>
</action>
</package>
YangTengfei
2013.11.30