实践理解应用RTOS各组件
用三极管搭建深度电路系统
物联网安全从小白到大师
开关电源的芯片设计之秘
实战让你秒懂mbed OS
&08-08&20:00
&08-15&20:00
&08-11&20:00
&08-25&10:00
移入鼠标可放大二维码
MVC框架实例—Spring MVC配置 - 全文
来源：本站整理 作者：秩名日 17:37
[导读] 本文旨在让您在使用Spring MVC框架配置完成日常工作的时候更加轻松。根据Spring MVC框架配置，为基于本技术开发的项目提供一系列的解决方案。
&&&&&&&&在本文中，我们提供了一系列的配置技巧，让您在使用Spring 完成日常工作的时候更加轻松。本配置管理主题常被学术界所忽略，但是，这对于现实的web开发尤为重要。我们将根据Spring MVC框架，为基于本技术开发的项目提供一系列的解决方案。
　　Spring配置
　　人们经常会在一台以上的主机上配置一种Web应用程序。例如，在生产中，一个网站可能只有一个实例。除了此实例外，开发人员可以在用于开发的机器上配置其他的（开发）实例。也可以在公司（机构）内部的本地开发服务器上维护其他应用程序装置，这将让您受益匪浅。该实例的目的是使Web设计者可以获得有质量保证的材料，并为需要为应用程序提供文件资料的人提供准入。
　　大家都知道，即使是最简单的场景，也需要安装、配置和维护三个实例。而对于位于不同地理位置的团队来说，要从事这样的项目便更加困难。对于任何不是特别简单的Web应用程序项目，都需要多名开发人员来安装项目装置和本地设置以及运行单元测试的装置等。
　　很多组织都将自己开发的产品作为Web应用程序。我们可以在很多产品中发现这种情况，例如电子商务系统、内容管理系统（CMS），以及博客发布平台等。这类产品可在多个服务器中进行部署。对于成功的多用途Web应用程序来说，他们的开发人员必须要保证他们的应用程序便于安装，并且能够与其他Web应用程序完美集成。经过上述讨论之后，我们应该明了，作为本文主题的应用程序配置是通用Web应用程序项目开发人员所需要解决的重要问题之一。
　　诸如CVS或Subversion之类的版本控制系统是开发组织使用的一种标准工具。这种工具代表了一些组织的中心源代码版本库，它们被用于保持源代码的有序。用户可以跟踪应用程序源代码的变化，显示不同版本的区别，并可以确定项目分支。而且，它们使得在应用程序部署中进行部分更新成为可能。
　　很明显，版本控制系统软件是跟踪源代码所必需的，它对于解决应用程序配置问题有非常大的帮助。在本文中，我们将不会把重点放在版本控制系统上，因为这方面已经有很多相关的材料了。在此，我们将关注版本控制问题中的一个小话题：如何使Web应用程序的配置更加便捷（尤其是使用Spring MVC框架编写的Web应用程序）。
　　问题是：我们在此讨论的是一种什么样的配置？任何Web应用程序都需要一些资源，这些资源通常都是其所运行的服务器所特有的，例如数据库URL、发送电子邮件的SMTP服务器，以及包含专用软件文件的文件夹等。这样的设置应该集中，从而使应用程序配置更加简单。
　　但是，这只是这个问题最简单的一种版本。有时候，在应用程序开发中需要更加复杂的配置。这意味着，必须将各次部署中的不同Bean连接起来，而这会使问题更加复杂。
　　这些应用程序配置问题的解决方案有诸多优势，包括：简化应用程序的安装和配置过程，使源代码版本控制更加简便，减少源代码版本库中的冲突现象。下面，我们将通过示例详细讨论这个话题。
　　我们首先来演示一下上文所提到的最简单的版本。在这一场景中，我们希望在应用程序部署中改变的是简单的配置参数，例如链接、密码等。如果您曾经使用Spring MVC框架开发过Web应用程序，那么您应该知道这里将用到的两个配置文件：
/WEB-INF/applicaonContext.xml，它让您可以配置Bean，或者显示应用程序上下文。通过这个文件，您可以定义自己的业务逻辑Bean、资源以及其他可以与Web端口相关联的所有Bean。
/WEB-INF/[servlet-name]-servlet.xml，它被用于配置Web层、视图解析器、控制器、校验器以及其他所有MVC框架中必需的Bean。[servlet-name]指的是在web.xml部署描述符中定义的Spring dispatcher servlet的名称。
　　那么问题在哪儿呢？问题就出在applicaonContext.xml中将包括一些特定于主机的Bean定义。其中，最明显的一个示例就是包含了JDBC连接信息的bean，但是任何一种稍微复杂些的应用程序都有十几个类似的Bean。看一下下面的示例：
&bean id=&dataSource&
class=&org.springframework.jdbc.datasource.DriverManagerDataSource&&
&property name=&driverClassName&&
&value&org.postgresql.Driver&/value&
&/property&
&property name=&url&&
&value&jdbc:postgresql://localhost/test&/value&
&/property&
&property name=&username&&
&value&postgres&/value&
&/property&
&property name=&password&&
&value&&/value&
&/property&
　　这个解决方案的问题在于对applicaonContext.xml文件的维护。对于初学者来说，设想一下，项目放在源代码版本控制系统中，例如CVS。下面，假设您希望在网站中添加新的功能，那么就需要在应用程序上下文定义中添加额外的Bean定义。问题是如何在生产服务器上体现这些改变。
　　通常情况下，应用程序的本地实例不会与活动站点使用同样的数据库，因此applicaonContext.xml文件将包括让您能够访问本地数据库的设置。当您想提交在源代码版本库中的改变时，就需要注意这些特定于主机属性的同步性。版本库中的文件最终可能使用本地设置中的配置。如果想在生产服务器上更新配置，就必须手动同步这些属性的值。这是非常枯燥的任务，而且还非常容易出错。
　　对于应用程序的每个实例来说，这个问题更加重要。假如有三位开发人员正在使用代码段基址，而且他们使用的是本地的数据库。当您提交更改的时候，他们每个人在本地服务器上更新源代码的时候都必须非常谨慎。他们会手动同步这些更改，然后提交他们的工作。这样一来，版本控制系统对于这些配置文件来说已经毫无用处。如果曾经使用过Spring MVC，那么您应该知道applicationContext.xml是应用程序中的关键组件，因为是它将所有的东西粘合在一起。所以，我们需要一种机制来帮助使应用程序中各项保持有序，这点非常重要。
正如前面所提到的，这是您可能遇到的较简单的配置问题。更难的问题出现在当需要在不同服务器中进行不同的Bean连接的时候。这类问题常会出现在日常软件开发任务中。例如，假如您的产品有一个客户身份验证模块，可以对来自关系数据库或LDAP服务器中的用户进行身份验证。自然，这一身份验证模块可以使用抽象了特定版本库的Bean进行配置。如果您想改变不同应用程序部署中验证用户的方式，就需要在applicationContext.xml文件中进行不同的Bean连接。这种配置问题常见于在部署中有可配置特性的所有应用程序。
　　在下文中，我们将讨论这两种配置问题。首先我们会关注同步的Bean属性问题及其解决方案，接下来，我们会讨论更加复杂的同步Bean连接问题。
　　解决方案
　　同步Bean属性
　　这个问题的一种可行的解决方案是将所有特定于主机的参数都放到普通的Java属性文件中，使用Spring的PropertyPlaceHolderConfigurer类，将这些参数写入Bean属性中。
　　使用这一解决方案，我们可以生成如下的属性文件（/WEB-INF/jdbc.properties）：
jdbc.driver=org.postgresql.Driver
jdbc.url=jdbc:postgresql://localhost/test
jdbc.user=postgres
jdbc.password=
　　我们的Bean配置如下：
&bean id=&propertyConfigurer&
class=&org.springframework.beans.factory.config.PropertyPlaceholderConfigurer&&
&property name=&location&&
&value&/WEB-INF/jdbc.properties&/value&
&/property&
&bean id=&dataSource&
class=&org.springframework.jdbc.datasource.DriverManagerDataSource&&
&property name=&driverClassName&&
&value&${jdbc.driver}&/value&
&/property&
&property name=&url&&
&value&${jdbc.url}&/value&
&/property&
&property name=&username&&
&value&${jdbc.user}&/value&
&/property&
&property name=&password&&
&value&${jdbc.password}&/value&
&/property&
　　如上所述，我们定义了一个PropertyPlaceholderConfigurer类的实例，并将其位置属性设置为我们的属性文件。该类被实现为Bean工厂的后处理器，并将使用定义在文件中的属性来代替所有的占位符（${...}value）。
　　利用这种技术，我们可以从applicationContext.xml中移除所有特定于主机的配置属性。通过这种方式，我们可以自由地为该文件添加新的Bean，而不必担心特定于主机属性的同步性。这样可以简化生产部署和维护。
　　同步性连接
　　上面的技术解决了第一个问题，可是如果您计划修改不同应用程序部署之间的Bean连接，这一技术便不很适合。针对这一问题的一个解决方案便是额外创建一个名为applicationContext-[hostname].xml 的XML定义文件。其中[hostname]是部署应用程序的主机的名称。例如，在本地的机器上，这个文件通常名为applicationContext-localhost.xml，而在部署时，它可能更名为applicationContext-<.xml。
　　可以猜测，这一文件必须包括特定于某一主机的所有配置Bean。在本文中，我们将假设dataSource bean定义将位于这类文件中，而不是通用的applicationContext.xml定义。当然，这种机制与前者并非冲突，但是为了更加简单明了，我们将只关注这种方法。
　　既然我们已经有了特定的配置，下面我们就来讨论一下如何将其整合到整个Spring MVC配置概念中。要达到这一目的，可以有许多方法，我们将详细地一一说明。但首先，我们应该注意到，由于有些Bean可能位于独立的配置文件中，因此在applicationContext.xml中，所有对它们的局部引用都必须更换成全局名称。
　　例如，如下引用：
&property name=&someProperty&&
&ref local=&someBean&/&
&/property&
　　应更改为：
&property name=&someProperty&&
&ref bean=&someBean&/&
&/property&
　　在这之后，我们有很多可以添加额外的资源以用于配置的方式。其中最明显的就是使用&import&标签将这一额外资源包含在applicationContext.xml配置文件中。使用时，要将该标签放在applicationContext.xml文件开头。例如：
&import resource=&.xml&/&
　　现在，在独立的XML定义文件和普通的应用程序上下文定义文件中的所有通用Bean定义都有了特定于主机的连接。由于大多数的Bean都不是特定于主机的，因此我们可以像处理Web应用程序中的其他资源一样自由地处理applicationContext.xml文件，并可以通过合适的版本控制系统与其进行同步。
　　但是，上述方法也有一定的弊端。如果您想保留不同XML文件的不同配置，就仍然必须担心applicationContext.xml的同步性，因为资源的名称必须根据不同服务器进行更改。虽然与原有的解决方案相比有了很大提高，只需更改文件名，但是这还是需要开发人员的手动协助。
　　由于与applicationContext.xml相比，主机配置不需如此频繁地进行更改，因此下一步便是将主机配置移动到web.xml文件中（如果可能的话）。幸运的是，我们有一个可用的解决方案。看一下下面关于web.xml配置的片断：
&listener&
&listener-class&
org.springframework.web.context.ContextLoaderListener
&/listener-class&
&/listener&
&context-param&
&param-name&contextConfigLocation&/param-name&
&param-value&
/WEB-INF/applicationContext.xml
/WEB-INF/.xml
&/param-value&
&/context-param&
　　正如您所看到的，除了web.xml文件中常有的ContextLoaderListener之外，我们还添加了contextConfigLocation上下文参数配置。这一参数用于指示框架查找这些配置文件的位置。如果这一参数被省略，则Spring就只能到applicationContext.xml中查找。这里我们也定义了特定于主机的配置文件来使用。
　　利用这种方法，我们将所有特定于主机的配置从applicationContext.xml文件中移除，这样便减轻了其在不同应用程序部署中的同步性。
　　如果这种方法成为您的新习惯，您还可以使其更加灵活。通过遵守下列指令，也可以将特定于主机的配置从web.xml文件中移除。
　　为此，需要创建特定于我们的应用程序上下文的类：
package net.nighttale.spring.
import java.net.InetA
import org.springframework.web.context.support.XmlWebApplicationC
public class PerHostXmlWebApplicationContext
extends XmlWebApplicationContext {
protected String[] getDefaultConfigLocations() {
String hostname = &localhost&;
hostname = InetAddress.getLocalHost().getHostName();
} catch (Exception e) {
String perHostConfiguration = DEFAULT_CONFIG_LOCATION_PREFIX
&applicationContext-&
DEFAULT_CONFIG_LOCATION_SUFFIX
logger.debug(
&Adding per host configuration file: &
perHostConfiguration
if (getNamespace() != null) {
return new String[] {
DEFAULT_CONFIG_LOCATION_PREFIX
getNamespace()
DEFAULT_CONFIG_LOCATION_SUFFIX
, perHostConfiguration};
return new String[] {
DEFAULT_CONFIG_LOCATION
, perHostConfiguration};
　　这个类拓展了Spring中常被作为默认值使用的XmlWebApplicationContext。XmlWebApplicationContext类将Web应用程序的配置从XML定义文件中复制过来。默认情况下，它可以配置来自applicationContext.xml和[servlet-name]-servlet.xml文件中的应用程序。这个类执行的惟一一项额外任务便是获取它所在的主机名称，并将applicationContext-[hostname].xml文件添加到配置文件列表中。
　　为了使用这个类，我们需要对其进行编译，将其包含在类途径中，并指示Spring框架使用它。前两步非常简单，我们就不在此赘述。我们可以指示Sping通过contextClass上下文参数来使用它。除了web.xml文件中的原有配置，我们还可以添加下列内容：
&context-param&
&param-name&contextClass&/param-name&
&param-value&
net.nighttale.spring.util.PerHostXmlWebApplicationContext
&/param-value&
&/context-param&
　　如果我们使用这一配置片断，将会有三个文件被用于初始化这个框架：[servlet-name]-servlet.xml、applicationContext-[hostname].xml以及applicationContext.xml。
　　正如您所看到的，applicationContext.xml和web.xml文件已经完全摆脱了任何特定的配置细节，而且您也不必担心会在更新应用程序时破坏配置。
　　但是，这种方法有一个不足之处。因为，不论是否会使用，都需要在应用程序部署中有第三个配置文件。在这种情况下，便不需要特定于主机的配置。例如：
&?xml version=&1.0& encoding=&UTF-8&?&
&!DOCTYPE beans PUBLIC &-//SPRING//DTD BEAN//EN&
&http://www.springframework.org/dtd/spring-beans.dtd&&
&beans&&/beans&
　　最后，需要知道应用程序上下文类需要查找的特定主机名。检查主机名称的最简单的方法是在机器上运行下列代码：
System.out.println(InetAddress.getLocalHost().getHostName())
　　可以将其作为Java代码执行，也可在喜欢使用的脚本语言（如BeanShell或Groovy）中作为一个具有Java风格语法的脚本执行。在获取了主机的名称之后，应该创建一个默认的/WEB-INF/applicationContext-[hostname].xml空文件夹（如我们上面所定义的），然后便可以开始了。
8月16日，在物联传媒举办的2017中国国际物联网与智慧中国高峰论坛上，来自中国电信广研院行业应用中心总经理钟致民先生发表了《拥抱5G，加速万物互联...
智能终端的 AI 技术须具备简化、低功耗及通讯射频功能的深度推理结构，甚至是深度学习的能力，而台湾强项在于 IC 设计，可以快速做出特定用途的 IC ，...
创新实用技术专题
版权所有 & 深圳华强聚丰电子科技有限公司
电信与信息服务业务经营许可证：粤B2-Spring MVC 教程,快速入门,深入分析 - 赵磊的技术博客 - ITeye博客
博客分类：
资源下载：
作者：赵磊
二、spring mvc 核心类与接口
三、spring mvc 核心流程图
四、spring mvc DispatcherServlet说明
五、spring mvc 父子上下文的说明
六、springMVC-mvc.xml 配置文件片段讲解
七、spring mvc 如何访问到静态的文件，如jpg,js,css
八、spring mvc 请求如何映射到具体的Action中的方法
spring mvc 中的拦截器：
spring mvc 如何使用拦截器
spring mvc 如何实现全局的异常处理
spring mvc 如何把全局异常记录到日志中
如何给spring3 MVC中的Action做JUnit单元测试
spring mvc 转发与重定向 （带参数重定向）
spring mvc 处理ajax请求
spring mvc 关于写几个配置文件的说明
spring mvc 如何取得Spring管理的bean
spring mvc 多视图控制器
十九、 &mvc:annotation-driven /& 到底做了什么工作
二十、 本文中springMVC.xml配置文件是核心，这里给一个下载地址
说明：本作者是文章的原创作者，转载请注明出处：本文地址：
一、前言：
为开发团队选择一款优秀的MVC框架是件难事儿，在众多可行的方案中决择需要很高的经验和水平。你的一个决定会影响团队未来的几年。要考虑方面太多：
1、简单易用，以提高开发效率。使小部分的精力在框架上，大部分的精力放在业务上。
2、性能优秀，这是一个最能吸引眼球的话题。
3、尽量使用大众的框架（避免使用小众的、私有的框架），新招聘来的开发人员有一些这方面技术积累，减低人员流动再适应的影响。
如果你还在为这件事件发愁，本文最适合你了。选择Spring MVC吧。
Spring MVC是当前最优秀的MVC框架，自从Spring 2.5版本发布后，由于支持注解配置，易用性有了大幅度的提高。Spring 3.0更加完善，实现了对Struts 2的超越。现在越来越多的开发团队选择了Spring MVC。
Struts2也是非常优秀的MVC构架，优点非常多比如良好的结构，拦截器的思想，丰富的功能。但这里想说的是缺点，Struts2由于采用了值栈、OGNL表达式、struts2标签库等，会导致应用的性能下降，应避免使用这些功能。而Struts2的多层拦截器、多实例action性能都很好。可以参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章
Spring3 MVC的优点：
1、Spring3 MVC使用简单，学习成本低。学习难度小于Struts2，Struts2用不上的多余功能太多。呵呵，当然这不是决定因素。
2、Spring3 MVC很容易就可以写出性能优秀的程序，Struts2要处处小心才可以写出性能优秀的程序（指MVC部分）
3、Spring3 MVC的灵活是你无法想像的，Spring框架的扩展性有口皆碑，Spring3 MVC当然也不会落后，不会因使用了MVC框架而感到有任何的限制。
Struts2的众多优点：
1、老牌的知名框架，从Struts1起积累了大量用户群体。技术文档丰富。
2、其它方面略...
(呵呵，是不是不公平？)
Spring的官方下载网址是：
（本文使用是的Spring 3.0.5版本）
转载请注明出处：原文地址：
二、核心类与接口：
先来了解一下，几个重要的接口与类。现在不知道他们是干什么的没关系，先混个脸熟，为以后认识他们打个基础。
DispatcherServlet
-- 前置控制器
HandlerMapping接口 -- 处理请求的映射
HandlerMapping接口的实现类：
SimpleUrlHandlerMapping
通过配置文件，把一个URL映射到Controller
DefaultAnnotationHandlerMapping
通过注解，把一个URL映射到Controller类上
HandlerAdapter接口 -- 处理请求的映射
AnnotationMethodHandlerAdapter类，通过注解，把一个URL映射到Controller类的方法上
Controller接口 -- 控制器
由于我们使用了@Controller注解，添加了@Controller注解注解的类就可以担任控制器（Action）的职责,
所以我们并没有用到这个接口。
HandlerInterceptor 接口--拦截器
无图，我们自己实现这个接口，来完成拦截的器的工作。
ViewResolver接口的实现类
UrlBasedViewResolver类 通过配置文件，把一个视图名交给到一个View来处理
InternalResourceViewResolver类，比上面的类，加入了JSTL的支持
JstlView类
LocalResolver接口
HandlerExceptionResolver接口 --异常处理
SimpleMappingExceptionResolver实现类
ModelAndView类
三、核心流程图
本图是我个人画的，有不严谨的地方，大家对付看吧。总比没的看强。
转载请注明出处：本文地址：
四、DispatcherServlet说明
使用Spring MVC,配置DispatcherServlet是第一步。
DispatcherServlet是一个Servlet,所以可以配置多个DispatcherServlet。
DispatcherServlet是前置控制器，配置在web.xml文件中的。拦截匹配的请求，Servlet拦截匹配规则要自已定义，把拦截下来的请求，依据某某规则分发到目标Controller(我们写的Action)来处理。
“某某规则”：是根据你使用了哪个HandlerMapping接口的实现类的不同而不同。
先来看第一个例子：
&servlet-name&example&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&example&/servlet-name&
&url-pattern&*.form&/url-pattern&
&/servlet-mapping&
&/web-app&
&load-on-startup&1&/load-on-startup&是启动顺序，让这个Servlet随Servletp容器一起启动。
&url-pattern&*.form&/url-pattern& 会拦截*.form结尾的请求。
&servlet-name&example&/servlet-name&这个Servlet的名字是example，可以有多个DispatcherServlet，是通过名字来区分的。每一个DispatcherServlet有自己的WebApplicationContext上下文对象。同时保存的ServletContext中和Request对象中，关于key，以后说明。
在DispatcherServlet的初始化过程中，框架会在web应用的 WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml 的配置文件，生成文件中定义的bean。
第二个例子：
&servlet-name&springMVC&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&init-param&
&param-name&contextConfigLocation&/param-name&
&param-value&classpath*:/springMVC.xml&/param-value&
&/init-param&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&springMVC&/servlet-name&
&url-pattern&/&/url-pattern&
&/servlet-mapping&
指明了配置文件的文件名，不使用默认配置文件名，而使用springMVC.xml配置文件。
其中&param-value&**.xml&/param-value& 这里可以使用多种写法
1、不写,使用默认值:/WEB-INF/&servlet-name&-servlet.xml
2、&param-value&/WEB-INF/classes/springMVC.xml&/param-value&
3、&param-value&classpath*:springMVC-mvc.xml&/param-value&
4、多个值用逗号分隔
Servlet拦截匹配规则可以自已定义，拦截哪种URL合适？
当映射为@RequestMapping("/user/add")时，为例：
1、拦截*.do、*.htm， 例如：/user/add.do
这是最传统的方式，最简单也最实用。不会导致静态文件（jpg,js,css）被拦截。
2、拦截/，例如：/user/add
可以实现现在很流行的REST风格。很多互联网类型的应用很喜欢这种风格的URL。
弊端：会导致静态文件（jpg,js,css）被拦截后不能正常显示。想实现REST风格，事情就是麻烦一些。后面有解决办法还算简单。
3、拦截/*，这是一个错误的方式，请求可以走到Action中，但转到jsp时再次被拦截，不能访问到jsp。
转载请注明出处：本文地址：
五、父子上下文(WebApplicationContext)
如果你使用了listener监听器来加载配置，一般在Struts+Spring+Hibernate的项目中都是使用listener监听器的。如下
&listener&
&listener-class&org.springframework.web.context.ContextLoaderListener&/listener-class&
&/listener&
Spring会创建一个WebApplicationContext上下文，称为父上下文（父容器） ，保存在 ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE的值。
可以使用Spring提供的工具类取出上下文对象：WebApplicationContextUtils.getWebApplicationContext(ServletContext);
DispatcherServlet是一个Servlet,可以同时配置多个，每个 DispatcherServlet有一个自己的上下文对象（WebApplicationContext），称为子上下文（子容器），子上下文可以访问父上下文中的内容，但父上下文不能访问子上下文中的内容。 它也保存在 ServletContext中，key是"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名称。当一个Request对象产生时，会把这个子上下文对象（WebApplicationContext）保存在Request对象中，key是DispatcherServlet.class.getName() + ".CONTEXT"。
可以使用工具类取出上下文对象：RequestContextUtils.getWebApplicationContext(request);
说明 ：Spring 并没有限制我们，必须使用父子上下文。我们可以自己决定如何使用。
方案一，传统型：
父上下文容器中保存数据源、服务层、DAO层、事务的Bean。
子上下文容器中保存Mvc相关的Action的Bean.
事务控制在服务层。
由于父上下文容器不能访问子上下文容器中内容，事务的Bean在父上下文容器中，无法访问子上下文容器中内容，就无法对子上下文容器中Action进行AOP（事务）。
当然，做为“传统型”方案，也没有必要这要做。
方案二，激进型：
Java世界的“面向接口编程”的思想是正确的，但在增删改查为主业务的系统里，Dao层接口，Dao层实现类，Service层接口，Service层实现类，Action父类，Action。再加上众多的O(vo\po\bo)和jsp页面。写一个小功能 7、8个类就写出来了。 开发者说我就是想接点私活儿，和PHP，ASP抢抢饭碗，但我又是Java程序员。最好的结果是大项目能做好，小项目能做快。所以“激进型”方案就出现了-----没有接口、没有Service层、还可以没有众多的O(vo\po\bo)。那没有Service层事务控制在哪一层？只好上升的Action层。
本文不想说这是不是正确的思想，我想说的是Spring不会限制你这样做。
由于有了父子上下文，你将无法实现这一目标。解决方案是只使用子上下文容器，不要父上下文容器
。所以数据源、服务层、DAO层、事务的Bean、Action的Bean都放在子上下文容器中。就可以实现了，事务（注解事务）就正常工作了。这样才够激进。
总结：不使用listener监听器来加载spring的配置文件，只使用DispatcherServlet来加载spring的配置，不要父子上下文，只使用一个DispatcherServlet，事情就简单了，什么麻烦事儿也没有了。
Java--大项目能做好--按传统方式做，规规矩矩的做，好扩展，好维护。
Java--小项目能做快--按激进方式做，一周时间就可以出一个版本，先上线接受市场(用户)的反馈，再改进，再反馈，时间就是生命(成本)。
转载请注明出处：原文地址：
六、springMVC-mvc.xml 配置文件片段讲解
（未使用默认配置文件名）
&?xml version="1.0" encoding="UTF-8"?&
xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/mvc
http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd"&
&!-- 自动扫描的包名 --&
&context:component-scan base-package="com.app,com.core,JUnit4" &&/context:component-scan&
&!-- 默认的注解映射的支持 --&
&mvc:annotation-driven /&
&!-- 视图解释类 --&
&bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"&
&property name="prefix" value="/WEB-INF/jsp/"/&
&property name="suffix" value=".jsp"/&&!--可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑
&property name="viewClass" value="org.springframework.web.servlet.view.JstlView" /&
&!-- 拦截器 --&
&mvc:interceptors&
&bean class="com.core.mvc.MyInteceptor" /&
&/mvc:interceptors&
&!-- 对静态资源文件的访问
方案一 （二选一） --&
&mvc:default-servlet-handler/&
&!-- 对静态资源文件的访问
方案二 （二选一）--&
&mvc:resources mapping="/images/**" location="/images/" cache-period=""/&
&mvc:resources mapping="/js/**" location="/js/" cache-period=""/&
&mvc:resources mapping="/css/**" location="/css/" cache-period=""/&
&context:component-scan/& 扫描指定的包中的类上的注解，常用的注解有：
@Controller 声明Action组件
声明Service组件
@Service("myMovieLister")
@Repository 声明Dao组件
@Component
泛指组件, 当不好归类时.
@RequestMapping("/menu")
用于注入，( j2ee提供的 ) 默认按名称装配，@Resource(name="beanName")
@Autowired 用于注入，(srping提供的) 默认按类型装配
@Transactional( rollbackFor={Exception.class}) 事务管理
@ResponseBody
@Scope("prototype")
设定bean的作用域
&mvc:annotation-driven /& 是一种简写形式，完全可以手动配置替代这种简写形式，简写形式可以让初学都快速应用默认配置方案。&mvc:annotation-driven /& 会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,是spring MVC为@Controllers分发请求所必须的。
并提供了：数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，读写XML的支持（JAXB），读写JSON的支持（Jackson）。
后面，我们处理响应ajax请求时，就使用到了对json的支持。
后面，对action写JUnit单元测试时，要从spring IOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean，来完成测试，取的时候要知道是&mvc:annotation-driven /&这一句注册的这两个bean。
&mvc:annotation-driven /&？他到底做了什么工作，请看，最后面的 十九节
&mvc:annotation-driven /&
到底做了什么工作。
&mvc:interceptors/& 是一种简写形式。通过看前面的大图，知道，我们可以配置多个HandlerMapping。&mvc:interceptors/&会为每一个HandlerMapping，注入一个拦截器。其实我们也可以手动配置为每个HandlerMapping注入一个拦截器。
&mvc:default-servlet-handler/& 使用默认的Servlet来响应静态文件。
&mvc:resources mapping="/images/**" location="/images/" cache-period=""/& 匹配URL
/images/**
的URL被当做静态资源，由Spring读出到内存中再响应http。
转载请注明出处：本文地址：
七、如何访问到静态的文件，如jpg,js,css？
如何你的DispatcherServlet拦截"*.do"这样的有后缀的URL，就不存在访问不到静态资源的问题。
如果你的DispatcherServlet拦截"/"，为了实现REST风格，拦截了所有的请求，那么同时对*.js,*.jpg等静态文件的访问也就被拦截了。
我们要解决这个问题。
目的：可以正常访问静态文件，不可以找不到静态文件报404。
方案一：激活Tomcat的defaultServlet来处理静态文件
&servlet-mapping&
&servlet-name&default&/servlet-name&
&url-pattern&*.jpg&/url-pattern&
&/servlet-mapping&
&servlet-mapping&
&servlet-name&default&/servlet-name&
&url-pattern&*.js&/url-pattern&
&/servlet-mapping&
&servlet-mapping&
&servlet-name&default&/servlet-name&
&url-pattern&*.css&/url-pattern&
&/servlet-mapping&
要配置多个，每种文件配置一个
要写在DispatcherServlet的前面， 让
defaultServlet先拦截请求，这样请求就不会进入Spring了，我想性能是最好的吧。
Tomcat, Jetty, JBoss, and GlassFish 自带的默认Servlet的名字 -- "default"
Google App Engine
默认Servlet的名字 -- "_ah_default"
默认Servlet的名字 -- "resin-file"
默认Servlet的名字
-- "FileServlet"
默认Servlet的名字 -- "SimpleFileServlet"
方案二： 在spring3.0.4以后版本提供了mvc:resources ，
使用方法：
&!-- 对静态资源文件的访问 --&
&mvc:resources mapping="/images/**" location="/images/" /&
/images/**映射到ResourceHttpRequestHandler进行处理，location指定静态资源的位置.可以是web application根目录下、jar包里面，这样可以把静态资源压缩到jar包中。cache-period 可以使得静态资源进行web cache
如果出现下面的错误，可能是没有配置&mvc:annotation-driven /&的原因。
报错WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC'
使用&mvc:resources/&元素,把mapping的URI注册到SimpleUrlHandlerMapping的urlMap中,
key为mapping的URI pattern值,而value为ResourceHttpRequestHandler,
这样就巧妙的把对静态资源的访问由HandlerMapping转到ResourceHttpRequestHandler处理并返回,所以就支持classpath目录,jar包内静态资源的访问.
另外需要注意的一点是,不要对SimpleUrlHandlerMapping设置defaultHandler.因为对static uri的defaultHandler就是ResourceHttpRequestHandler,
否则无法处理static resources request.
方案三 ，使用&mvc:default-servlet-handler/&
&mvc:default-servlet-handler/&
会把"/**" url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回.
DefaultServletHttpRequestHandler使用就是各个Servlet容器自己的默认Servlet.
补充说明：多个HandlerMapping的执行顺序问题：
DefaultAnnotationHandlerMapping的order属性值是：0
&mvc:resources/
&自动注册的
SimpleUrlHandlerMapping的order属性值是：
&mvc:default-servlet-handler/&自动注册
的SimpleUrlHandlerMapping
的order属性值是：
spring会先执行order值比较小的。当访问一个a.jpg图片文件时，先通过 DefaultAnnotationHandlerMapping 来找处理器，一定是找不到的，因为我们没有叫a.jpg的Action。然后再按order值升序找，由于最后一个 SimpleUrlHandlerMapping 是匹配 "/**"的，所以一定会匹配上，就可以响应图片。
访问一个图片，还要走层层匹配。不知性能如何？
最后再说明一下，方案二、方案三 在访问静态资源时，如果有匹配的(近似)总拦截器，就会走拦截器。如果你在拦截中实现权限检查，要注意过滤这些对静态文件的请求。
如何你的DispatcherServlet拦截 *.do这样的URL后缀，就不存上述问题了。还是有后缀方便。
转载请注明出处：原文地址：
八、请求如何映射到具体的Action中的方法？
方案一：基于xml配置映射，可以利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping进行Url映射和拦截请求。
配置方法略。
方案二：基于注解映射，可以使用DefaultAnnotationHandlerMapping。
&bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"&
但前面我们配置了&mvc:annotation-driven /&，他会自动注册这个bean,就不须要我们显示的注册这个bean了。
&mvc:annotation-driven /&？他到底做了什么工作，请看，最后面的 十九节
&mvc:annotation-driven /&
到底做了什么工作。
以上都可以注入interceptors，实现权限控制等前置工作。
我们使用第2种，基于注解来使用spring MVC
并在action类上使用：
@Controller
@RequestMapping("/user")
转载请注明出处：原文地址：
九、Spring中的拦截器：
Spring为我们提供了：
org.springframework.web.servlet.HandlerInterceptor接口，
org.springframework.web.servlet.handler.HandlerInterceptorAdapter适配器，
实现这个接口或继承此类，可以非常方便的实现自己的拦截器。
有以下三个方法：
Action之前执行:
public boolean preHandle(HttpServletRequest request,
HttpServletResponse response, Object handler);
生成视图之前执行
public void postHandle(HttpServletRequest request,
HttpServletResponse response, Object handler,
ModelAndView modelAndView);
最后执行，可用于释放资源
public void afterCompletion(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex)
分别实现预处理、后处理（调用了Service并返回ModelAndView，但未进行页面渲染）、返回处理（已经渲染了页面）
在preHandle中，可以进行编码、安全控制等处理；
在postHandle中，有机会修改ModelAndView；
在afterCompletion中，可以根据ex是否为null判断是否发生了异常，进行日志记录。
参数中的Object handler是下一个拦截器。转载请注明出处：原文地址：
十、如何使用拦截器？
自定义一个拦截器，要实现HandlerInterceptor接口：
public class MyInteceptor implements HandlerInterceptor {
Spring MVC并没有总的拦截器，不能对所有的请求进行前后拦截。
Spring MVC的拦截器，是属于HandlerMapping级别的，可以有多个HandlerMapping ，每个HandlerMapping可以有自己的拦截器。
当一个请求按Order值从小到大，顺序执行HandlerMapping接口的实现类时，哪一个先有返回，那就可以结束了，后面的HandlerMapping就不走了，本道工序就完成了。就转到下一道工序了。
拦截器会在什么时候执行呢？ 一个请求交给一个HandlerMapping时，这个HandlerMapping先找有没有处理器来处理这个请求，如何找到了，就执行拦截器，执行完拦截后，交给目标处理器。
如果没有找到处理器，那么这个拦截器就不会被执行。
在spring MVC的配置文件中配置有三种方法：
方案一，（近似）总拦截器，拦截所有url
&mvc:interceptors&
&bean class="com.app.mvc.MyInteceptor" /&
&/mvc:interceptors&
为什么叫“近似”，前面说了，Spring没有总的拦截器。
&mvc:interceptors/&会为每一个HandlerMapping，注入一个拦截器。总有一个HandlerMapping是可以找到处理器的，最多也只找到一个处理器，所以这个拦截器总会被执行的。起到了总拦截器的作用。
如果是REST风格的URL，静态资源也会被拦截。
总拦截器，
拦截匹配的URL。
&mvc:interceptors &
&mvc:interceptor&
&mvc:mapping path="/user/*" /& &!-- /user/*
&bean class="com.mvc.MyInteceptor"&&/bean&
&/mvc:interceptor&
&/mvc:interceptors&
方案一多了一个URL匹配。
如果是REST风格的URL，静态资源也会被拦截。
方案三,HandlerMappint上的拦截器。
如果是REST风格的URL，静态资源就不会被拦截。因为我们精准的注入了拦截器。
&bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"&
&property name="interceptors"&
&bean class="com.mvc.MyInteceptor"&&/bean&
&/property&
如果使用了&mvc:annotation-driven /&， 它会自动注册DefaultAnnotationHandlerMapping 与AnnotationMethodHandlerAdapter 这两个bean,所以就没有机会再给它注入interceptors属性，就无法指定拦截器。
当然我们可以通过人工配置上面的两个Bean，不使用
&mvc:annotation-driven /&，就可以
给interceptors属性
注入拦截器了。
其实我也不建议使用
&mvc:annotation-driven /&，而建议手动写详细的配置文件，来替代
&mvc:annotation-driven /&，这就控制力就强了。
&mvc:annotation-driven /&？他到底做了什么工作，请看，最后面的 十九节
&mvc:annotation-driven /&
到底做了什么工作。
转载请注明出处：原文地址：
十一、如何实现全局的异常处理？
在spring MVC的配置文件中：
&!-- 总错误处理--&
&bean id="exceptionResolver" class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"&
&property name="defaultErrorView"&
&value&/error/error&/value&
&/property&
&property name="defaultStatusCode"&
&value&500&/value&
&/property&
&property name="warnLogCategory"&
&value&org.springframework.web.servlet.handler.SimpleMappingExceptionResolver&/value&
&/property&
这里主要的类是SimpleMappingExceptionResolver类，和他的父类AbstractHandlerExceptionResolver类。
具体可以配置哪些属性，我是通过查看源码知道的。
你也可以实现HandlerExceptionResolver接口，写一个自己的异常处理程序。spring的扩展性是很好的。
通过SimpleMappingExceptionResolver我们可以将不同的异常映射到不同的jsp页面（通过exceptionMappings属性的配置）。
同时我们也可以为所有的异常指定一个默认的异常提示页面（通过defaultErrorView属性的配置），如果所抛出的异常在exceptionMappings中没有对应的映射，则Spring将用此默认配置显示异常信息。
注意这里配置的异常显示界面均仅包括主文件名，至于文件路径和后缀已经在viewResolver中指定。如/error/error表示/error/error.jsp
显示错误的jsp页面：
&%@ page language="java" contentType="text/ charset=GBK"
pageEncoding="GBK"%&
&%@ page import="java.lang.Exception"%&
&!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"&
&meta http-equiv="Content-Type" content="text/ charset=GBK"&
&title&错误页面&/title&
&h1&出错了&/h1&
Exception e = (Exception)request.getAttribute("exception");
out.print(e.getMessage());
其中一句：request.getAttribute("exception")，key是exception，也是在SimpleMappingExceptionResolver类默认指定的，是可能通过配置文件修改这个值的，大家可以去看源码。
十二、如何把全局异常记录到日志中？
在前的配置中，其中有一个属性warnLogCategory，值是“SimpleMappingExceptionResolver类的全限定名”。我是在SimpleMappingExceptionResolver类父类AbstractHandlerExceptionResolver类中找到这个属性的。查看源码后得知：如果warnLogCategory不为空，spring就会使用apache的mons.logging.Log日志工具，记录这个异常，级别是warn。
值：“org.springframework.web.servlet.handler.SimpleMappingExceptionResolver”，是“SimpleMappingExceptionResolver类的全限定名”。这个值不是随便写的。
因为我在log4j的配置文件中还要加入log4j.logger.org.springframework.web.servlet.handler.SimpleMappingExceptionResolver=WARN，保证这个级别是warn的日志一定会被记录，即使log4j的根日志级别是ERROR。
转载请注明出处：原文地址：
十三、如何给spring3 MVC中的Action做JUnit单元测试？
使用了spring3 MVC后，给action做单元测试变得很方便，我以前从来不给action写单元测试的，现在可以根据情况写一些了。
不用给每个Action都写单元测试吧，自己把握吧。
JUnitActionBase类是所有JUnit的测试类的父类
import javax.servlet.http.HttpServletR
import javax.servlet.http.HttpServletR
import org.junit.BeforeC
import org.springframework.mock.web.MockServletC
import org.springframework.web.context.WebApplicationC
import org.springframework.web.context.support.XmlWebApplicationC
import org.springframework.web.servlet.HandlerA
import org.springframework.web.servlet.HandlerExecutionC
import org.springframework.web.servlet.HandlerM
import org.springframework.web.servlet.ModelAndV
import org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerA
import org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerM
* 说明： JUnit测试action时使用的基类
* @version 创建时间： 下午10:27:03
public class JUnitActionBase {
private static HandlerMapping handlerM
private static HandlerAdapter handlerA
* 读取spring3 MVC配置文件
@BeforeClass
public static void setUp() {
if (handlerMapping == null) {
String[] configs = { "file:src/springConfig/springMVC.xml" };
XmlWebApplicationContext context = new XmlWebApplicationContext();
context.setConfigLocations(configs);
MockServletContext msc = new MockServletContext();
context.setServletContext(msc);
context.refresh();
msc.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, context);
handlerMapping = (HandlerMapping) context
.getBean(DefaultAnnotationHandlerMapping.class);
handlerAdapter = (HandlerAdapter) context.getBean(context.getBeanNamesForType(AnnotationMethodHandlerAdapter.class)[0]);
* 执行request对象请求的action
* @param request
* @param response
* @throws Exception
public ModelAndView excuteAction(HttpServletRequest request, HttpServletResponse response)
throws Exception {
HandlerExecutionChain chain = handlerMapping.getHandler(request);
final ModelAndView model = handlerAdapter.handle(request, response,
chain.getHandler());
这是个JUnit测试类，我们可以new Request对象，来参与测试，太方便了。给request指定访问的URL，就可以请求目标Action了。
import org.junit.A
import org.junit.T
import org.springframework.mock.web.MockHttpServletR
import org.springframework.mock.web.MockHttpServletR
import org.springframework.web.servlet.ModelAndV
import test.JUnitActionB
* 说明： 测试OrderAction的例子
* @version 创建时间： 下午10:26:55
public class TestOrderAction extends JUnitActionBase {
public void testAdd() throws Exception {
MockHttpServletRequest request = new MockHttpServletRequest();
MockHttpServletResponse response = new MockHttpServletResponse();
request.setServletPath("/order/add");
request.addParameter("id", "1002");
request.addParameter("date", "");
request.setMethod("POST");
// 执行URI对应的action
final ModelAndView mav = this.excuteAction(request, response);
// Assert logic
Assert.assertEquals("order/add", mav.getViewName());
String msg=(String)request.getAttribute("msg");
System.out.println(msg);
需要说明一下
：由于当前最想版本的Spring(Test) 3.0.5还不支持@ContextConfiguration的注解式context file注入，所以还需要写个setUp处理下，否则类似于Tiles的加载过程会有错误，因为没有ServletContext。3.1的版本应该有更好的解决方案，
十四、转发与重定向
可以通过redirect/forward:url方式转到另一个Action进行连续的处理。
可以通过redirect:url 防止表单重复提交
写法如下：
return "forward:/order/add";
return "redirect:/index.jsp";
转载请注明出处：原文地址：
带参数重定向--RedirectAttributes
用户保存或修改后，为了防止用户刷新浏览器(F5)导致表单重复提交，一般在保存或修改操作之后会redirect到一个结果页面（不是forward），同时携带参数，如操作成功的提示信息。因为是Redirect，Request里的attribute不会传递过去。Spring在3.1才提供了这个能力--RedirectAttributes。 反复按F5，操作成功的提示信息也不会再次出来（总共只出现一次），效果很理想。
public String save(@ModelAttribute("group") Group group, RedirectAttributes redirectAttributes) {
accountManager.saveGroup(group);
redirectAttributes.addFlashAttribute("message", "操作成功");
return "redirect:/account/group/";
十五、处理ajax请求
1、引入下面两个jar包，我用的是1.7.2，好像1.4.2版本以上都可以，下载地址：
jackson-core-asl-1.7.2.jar
jackson-mapper-asl-1.7.2.jar
2、spring的配置文件中要有这一行，才能使用到spring内置支持的json转换。如果你手工把POJO转成json就可以不须要使用spring内置支持的json转换。
&mvc:annotation-driven /&
3、使用@ResponseBody注解
* ajax测试
* http://127.0.0.1/mvc/order/ajax
@RequestMapping("/ajax")
@ResponseBody
public Object ajax(HttpServletRequest request){
List&String& list=new ArrayList&String&();
list.add("电视");
list.add("洗衣机");
list.add("冰箱");
list.add("电脑");
list.add("汽车");
list.add("空调");
list.add("自行车");
list.add("饮水机");
list.add("热水器");
转载请注明出处：原文地址：
十六、关于写几个配置文件的说明
我看到有的人把配置文件写两份：
一个是原有的applicationContext.xml，这个文件从spring2.0-2.5时一直在使用。
别一个是新加的spring MVC的配置文件。
其实这两个文件是可以写成一个文件的，springMVC相关的配置，数据源，事务相关配置可以都写再一个配置文件中。
本例子中只使用了一个spring配置文件叫“springMVC.xml”。
就不要再多配置一个applicationContext.xml文件了。
web.xml文件中也不要再配置org.springframework.web.context.ContextLoaderListener的listener了。
写两个配置文件一般就会导致扫描两次，一定要精确控制扫描的包名，做到不重复扫描。
写两个配置文件还出现事务不好使的现象，是当把@Transactional写有Action层时出现的。
是因为父子上下文的原因，请参看前的 第五节 父子上下文，里面有说明 。原因是父上下文不能访问子上下文。
十七、如何取得Spring管理的bean
（请用第3种方法）
1、servlet方式加载时，
【web.xml】
&servlet-name&springMVC&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&init-param&
&param-name&contextConfigLocation&/param-name&
&param-value&classpath*:/springMVC.xml&/param-value&
&/init-param&
&load-on-startup&1&/load-on-startup&
&/servlet&
spring容器放在ServletContext中的key是org.springframework.web.servlet.FrameworkServlet.CONTEXT.springMVC
注意后面的springMVC，是你的servlet-name配置的值，注意适时修改。
ServletContext sc=略
WebApplicationContext attr = (WebApplicationContext)sc.getAttribute("org.springframework.web.servlet.FrameworkServlet.CONTEXT.springMVC");
2、listener方式加载时：
【web.xml】
&context-param&
&param-name&contextConfigLocation&/param-name&
&param-value&/WEB-INF/applicationContext&/param-value&
&/context-param&
&listener&
&listener-class&org.springframework.web.context.ContextLoaderListener&/listener-class&
&/listener&
【jsp/servlet】可以这样取得
ServletContext context = getServletContext();
WebApplicationContext applicationContext
= WebApplicationContextUtils .getWebApplicationContext(context);
3、通用的方法来了，神器啊，前的
1、2两种方法并不通用，可以抛弃了。
在配置文件中加入：
&!-- 用于持有ApplicationContext,可以使用SpringContextHolder.getBean('xxxx')的静态方法得到spring bean对象 --&
&bean class="com.xxxxx.SpringContextHolder" lazy-init="false" /&
import org.springframework.context.ApplicationC
import org.springframework.context.ApplicationContextA
* 以静态变量保存Spring ApplicationContext, 可在任何代码任何地方任何时候中取出ApplicaitonContext.
public class SpringContextHolder implements ApplicationContextAware {
private static ApplicationContext applicationC
* 实现ApplicationContextAware接口的context注入函数, 将其存入静态变量.
public void setApplicationContext(ApplicationContext applicationContext) {
SpringContextHolder.applicationContext = applicationC // NOSONAR
* 取得存储在静态变量中的ApplicationContext.
public static ApplicationContext getApplicationContext() {
checkApplicationContext();
return applicationC
* 从静态变量ApplicationContext中取得Bean, 自动转型为所赋值对象的类型.
@SuppressWarnings("unchecked")
public static &T& T getBean(String name) {
checkApplicationContext();
return (T) applicationContext.getBean(name);
* 从静态变量ApplicationContext中取得Bean, 自动转型为所赋值对象的类型.
@SuppressWarnings("unchecked")
public static &T& T getBean(Class&T& clazz) {
checkApplicationContext();
return (T) applicationContext.getBeansOfType(clazz);
* 清除applicationContext静态变量.
public static void cleanApplicationContext() {
applicationContext =
private static void checkApplicationContext() {
if (applicationContext == null) {
throw new IllegalStateException("applicaitonContext未注入,请在applicationContext.xml中定义SpringContextHolder");
转载请注明出处：原文地址：
十八、多视图控制器
当有jsp,flt (模板)等多种页面生成展示方式时，spring默认使用的是“视图解析器链”。 真是一个链，所以性能不好，spring会在“视图解析器链”中顺序的查找，直到找到对应的 “视图解析器” 。jsp视图解析器一定要写在最后面，因为一旦调用jsp，就向浏览器发出数据了，Spring就没有机会再尝试下一个了。
所以自己写一个"多视图解析器"，依靠扩展名来区分，可一次准确的选中一个 视图解析器,提高性能（会有多少提高呢？没测试过）.
下面的例子支持jsp,flt (模板)两种页面生成展示方式，你中以自己添加，支持更多。
&!-- 多视图处理器 --&
&bean class="com.xxx.core.web.MixedViewResolver"&
&property name="resolvers"&
&entry key="jsp"&
&bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"&
&property name="prefix" value="/WEB-INF/jsp/"/&
&property name="viewClass" value="org.springframework.web.servlet.view.JstlView"&&/property&
&entry key="ftl"&
&bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver"&
&property name="cache" value="true"/&
&property name="contentType" value="text/charset=UTF-8"&&/property&
&!-- 宏命令的支持
&property name="exposeSpringMacroHelpers" value="true"/&
&property name="viewClass" value="org.springframework.web.servlet.view.freemarker.FreeMarkerView"/&
&property name="requestContextAttribute" value="rc"&&/property&
&/property&
&!-- freemarker config --&
&bean id="freeMarkerConfigurer" class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer"&
&property name="templateLoaderPath" value="/WEB-INF/ftl/" /&
&property name="freemarkerSettings"&
&prop key="template_update_delay"&5&/prop&
&prop key="default_encoding"&UTF-8&/prop&
&prop key="locale"&zh_CN&/prop&
&/property&
import java.util.L
import java.util.M
import org.springframework.web.servlet.V
import org.springframework.web.servlet.ViewR
* 说明： 多视图处理器
* @version 创建时间： 上午09:41:09
public class MixedViewResolver implements ViewResolver{
private Map&String,ViewResolver&
public void setResolvers(Map&String, ViewResolver& resolvers) {
this.resolvers =
public View resolveViewName(String viewName,Locale locale) throws Exception{
int n=viewName.lastIndexOf(".");
if(n!=-1){
//取出扩展名
String suffix=viewName.substring(n+1);
//取出对应的ViewResolver
ViewResolver resolver=resolvers.get(suffix);
if(resolver==null){
throw new RuntimeException("No ViewResolver for "+suffix);
resolver.resolveViewName(viewName, locale);
ViewResolver resolver=resolvers.get("jsp");
resolver.resolveViewName(viewName, locale);
转载请注明出处：原文地址：
&mvc:annotation-driven /&
到底做了什么工作
&mvc:annotation-driven /&实际做了以下工作：（不包括添加自己定义的拦截器）
我们了解这些之后，对Spring3 MVC的控制力就更强大了，想改哪就改哪里。
&!-- 注解请求映射
&bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"&
&property name="interceptors"&
&ref bean="logNDCInteceptor"/&
&!-- 日志拦截器，这是你自定义的拦截器 --&
&ref bean="myRequestHelperInteceptor"/&
&!-- RequestHelper拦截器，这是你自定义的拦截器--&
&ref bean="myPermissionsInteceptor"/&
&!-- 权限拦截器，这是你自定义的拦截器--&
&ref bean="myUserInfoInteceptor"/&
&!-- 用户信息拦截器，这是你自定义的拦截器--&
&/property&
&bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter"&
&property name="messageConverters"&
&ref bean="byteArray_hmc" /&
&ref bean="string_hmc" /&
&ref bean="resource_hmc" /&
&ref bean="source_hmc" /&
&ref bean="xmlAwareForm_hmc" /&
&ref bean="jaxb2RootElement_hmc" /&
&ref bean="jackson_hmc" /&
&/property&
&bean id="byteArray_hmc" class="org.springframework.http.converter.ByteArrayHttpMessageConverter" /&&!-- 处理.. --&
&bean id="string_hmc" class="org.springframework.http.converter.StringHttpMessageConverter" /&&!-- 处理.. --&
&bean id="resource_hmc" class="org.springframework.http.converter.ResourceHttpMessageConverter" /&&!-- 处理.. --&
&bean id="source_hmc" class="org.springframework.http.converter.xml.SourceHttpMessageConverter" /&&!-- 处理.. --&
&bean id="xmlAwareForm_hmc" class="org.springframework.http.converter.xml.XmlAwareFormHttpMessageConverter" /&&!-- 处理.. --&
&bean id="jaxb2RootElement_hmc" class="org.springframework.http.converter.xml.Jaxb2RootElementHttpMessageConverter" /&&!-- 处理.. --&
&bean id="jackson_hmc" class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter" /&&!-- 处理json--&
转载请注明出处：原文地址：
二十、 本文中springMVC.xml配置文件是核心，这里给一个下载地址
要在/网站有注册帐号才能下载(这不能怪我)
(706.2 KB)
下载次数: 50459
下载次数: 29530
浏览 1236059
强烈要求赵磊上头像~!&&&&
& 上一页 1
浏览: 5351861 次
来自: 北京
对我有用，非常感谢
还有为什么主动关闭的一方要等待两个最大段生存时间(2MSL)， ...
写的太好了！“那么这台机器将产生4000个左右的TIME_WA ...
少时诵诗书