Spring MVC配置文件的三个常用配置详解

转自：http://www.cnblogs.com/benwu/articles/5162614.html

Spring MVC项目中通常会有二个配置文件，sprng-servlet.xml和applicationContext.xml二个配置文件，通常会出现以下几个配置

　　1. <context:annotation-config />

　　它的作用是隐式地向 Spring 容器注册  AutowiredAnnotationBeanPostProcessor、CommonAnnotationBeanPostProcessor、PersistenceAnnotationBeanPostProcessor、RequiredAnnotationBeanPostProcessor 这4个BeanPostProcessor。其作用是如果你想在程序中使用注解，就必须先注册该注解对应的类，如下图所示：

依赖的类	注解
CommonAnnotationBeanPostProcessor	@Resource 、@PostConstruct、@PreDestroy
PersistenceAnnotationBeanPostProcessor的Bean	@PersistenceContext
AutowiredAnnotationBeanPostProcessor Bean	@Autowired
RequiredAnnotationBeanPostProcessor	@Required

　　当然也可以自己进行注册：

<bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor "/>
<bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor"/> 

　　2. <context:component-scan base-package="com.*" >

<context:component-scan/> 配置项不但启用了对类包进行扫描以实施注释驱动 Bean 定义的功能，同时还启用了注释驱动自动注入的功能（即还隐式地在内部注册了 AutowiredAnnotationBeanPostProcessor 和 CommonAnnotationBeanPostProcessor），因此当使用 <context:component-scan/> 后，就可以将 <context:annotation-config/> 移除了。

在这里有一个比较有意思的问题，就是扫描是否需要在二个配置文件都配置一遍，我做了这么几种测试：

　　（1）只在applicationContext.xml中配置如下

<context:component-scan base-package="com.login" />

扫描到有@RestController、@Controller、@Compoment、@Repository等注解的类，则把这些类注册为Bean。　　

启动正常，但是任何请求都不会被拦截，简而言之就是@Controller失效

　　（2）只在spring-servlet.xml中配置上述配置

　　启动正常，请求也正常，但是事物失效，也就是不能进行回滚

　　（3）在applicationContext.xml和spring-servlet.xml中都配置上述信息

　　启动正常，请求正常，也是事物失效，不能进行回滚

　　（4）在applicationContext.xml中配置如下

<context:component-scan base-package="com.login" />

　　在spring-servlet.xml中配置如下

<context:component-scan base-package="com.sohu.login.web" />

　　此时启动正常，请求正常，事物也正常了。

　　结论：在spring-servlet.xml中只需要扫描所有带@Controller注解的类，在applicationContext中可以扫描所有其他带有注解的类（也可以过滤掉带@Controller注解的类）。

　　详解      http://blog.csdn.net/gladmustang/article/details/39999721

　　3. <mvc:annotation-driven />

　　它会自动注册RequestMappingHandlerMapping 与RequestMappingHandlerAdapter （ 3.1 以后DefaultAnnotationHandlerMapping 和AnnotationMethodHandlerAdapter已经可以不用了）

　　详情

http://www.cnblogs.com/yangzhilong/p/3725849.html

http://stackoverflow.com/questions/19896870/why-is-my-spring-autowired-field-null

官方文档： http://docs.spring.io/spring/docs/4.2.2.BUILD-SNAPSHOT/spring-framework-reference/htmlsingle/#beans-autowired-annotation

区别： http://my.oschina.net/HeliosFly/blog/205343

###################################################################################################

spring中classpath和classpath*的配置区别

我们以spring中加载properties资源文件为例讲解，目录结构大致如下：

 

 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

src ├─main │  ├─filters │  │ │  ├─java │  │  └─com │  │      └─micmiu │  │          ├─demoweb │  │          │  │ .... │  │          │  │ │  │          │  └─utils │  │          │ │  │          └─modules │  │ │  ├─resources │  │  │  application.properties │  │  │  applicationContext-shiro.xml │  │  │  applicationContext.xml │  │  │  hibernate.cfg.xml │  │  │  log4j.properties │  │  │  spring-mvc.xml │  │  │  spring-view.xml │  │ │  └─webapp │      │ │      └─WEB-INF │ └─test     ├─java     │  └─com     │      └─micmiu     │          ├─demoweb     │          │      TestOther.java     │     └─resources             application.properties

同时 在该项目的lib中添加一个测试的micmiu-test.jar包，jar包中的文件结构如下：

 

 

1 2 3 4 5 6 7 8 9 10 11

micmiu-test.jar │  application.properties │ ├─com │  └─micmiu │      └─test │              application.properties │              RunApp.class │ └─META-INF         MANIFEST.MF

从准备的测试环境中我们可以看到在不同目录下的四个同名的application.properties资源文件。

[二]、测试代码：TestClassPath.java

 1 package com.micmiu.demoweb;
 2
 3 import org.springframework.context.ApplicationContext;
 4 import org.springframework.context.support.ClassPathXmlApplicationContext;
 5
 6 public class TestClassPath {
 7 　　public static void main(String[] args) {
 8 　　　　ApplicationContext ctx = new ClassPathXmlApplicationContext("classpath:/applicationContext.xml");
 9 　　　　　　System.out.println(ctx.getClassLoader().getResource("").getPath());
10  　　}
11 }

[三]、测试结果

spring配置文件：applicationContext.xml 中两种不同的properties文件加载配置：

第一种配置：classpath:

<context:property-placeholder ignore-unresolvable="true" location="classpath:/application.properties" />

 

 

输出：

 Loading properties file from class path resource [application.properties]

 

 

第二种配置: classpath*:

 <context:property-placeholder ignore-unresolvable="true"  location="classpath*:/application.properties"

 

输出：

Loading properties file from URL [file:/D:/workspace_sun/framework-dev/micmiu-demoweb/target/test-classes/application.properties]

Loading properties file from URL [file:/D:/workspace_sun/framework-dev/micmiu-demoweb/target/classes/application.properties]

Loading properties file from URL [jar:file:/D:/micmiu-test.jar!/application.properties]

 

 

由此日志信息可知：

• 同名资源存在时，classpath: 只从第一个符合条件的classpath中加载资源，而classpath*: 会从所有的classpath中加载符合条件的资源
• classpath*:需要遍历所有的classpath，效率肯定比不上classpath，因此在项目设计的初期就尽量规划好资源文件所在的路径，避免使用classpath*来加载