Struts2入门3 深入学习

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