applicationContext-mvc.xml

1.property-placeholder

<context:property-placeholder location="classpath*:/XXX.properties" ignore-resource-not-found="true" ignore-unresolvable="true" />

context:property-placeholder大大的方便了我们数据库的配置.
只需要在spring的配置文件里添加一句：

2.component-scan自动扫描

<context:component-scan base-package="com.XXX" use-default-filters="false">
    <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" />
</context:component-scan>

在xml配置了这个标签后，spring可以自动去扫描base-pack下面或者子包下面的java文件，如果扫描到有@Component @Controller@Service等这些注解的类，则把这些类注册为bean。

还提供了两个子标签：

<content:include-filter>
<content:exclude-filter>

2.1 use-default-filters属性:

在说明这两个子标签前，先说一下有一个use-default-filters属性，改属性默认为true,这就意味着会扫描指定包下的全部的标有@Component的类，并注册成bean.也就是@Component的子注解@Service,@Reposity等。所以如果仅仅是在配置文件中这么写：

<context:component-scan base-package="tv.huan.weisp.web"/>

Use-default-filter此时为true那么会对base-package包或者子包下的所有的进行java类进行扫描,并把匹配的java类注册成bean。

可以发现这种扫描的粒度有点太大，如果你只想扫描指定包下面的Controller，该怎么办？此时子标签就起到了勇武之地。如下所示：

<context:component-scan base-package="tv.huan.weisp.web .controller">  

<context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/>   

</context:component-scan>  

这样就会只扫描base-package指定下的有@Controller下的java类，并注册成bean

但是因为use-dafault-filter在上面并没有指定，默认就为true，所以当把上面的配置改成如下所示的时候，就会产生与你期望相悖的结果（注意base-package包值得变化）

<context:component-scan base-package="tv.huan.weisp.web ">  

<context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/>   

</context:component-scan>  

此时，spring不仅扫描了@Controller，还扫描了指定包所在的子包service包下注解@Service的java类

此时指定的include-filter没有起到作用，只要把use-default-filter设置成false就可以了。这样就可以避免在base-packeage配置多个包名这种不是很优雅的方法来解决这个问题了。

另外在我参与的项目中可以发现在base-package指定的包中有的子包是不含有注解了，所以不用扫描，此时可以指定来进行过滤，说明此包不需要被扫描。综合以上说明

Use-dafault-filters=”false”的情况下：指定的不扫描，指定的扫描

---

3.annotation-driven

相当于注册了DefaultAnnotationHandlerMapping和AnnotationMethodHandlerAdapter两个bean，配置一些messageconverter。即解决了@Controller注解的使用前提配置。

配置如果没有，那么所有的Controller可能就没有解析，所有当有请求时候都没有匹配的处理请求类，就都去即default servlet处理了。添加上后，相应的do请求被Controller处理，而静态资源因为没有相应的Controller就会被default servlet处理。总之没有相应的Controller就会被default servlet处理就ok了。
要使用spring mvc中的@Controller注解，就必须要配置

---

4.拦截器

SpringMVC 中的Interceptor 拦截器也是相当重要和相当有用的，它的主要作用是拦截用户的请求并进行相应的处理。比如通过它来进行权限验证，或者是来判断用户是否登陆，

定义自己的spring mvc拦截器需要实现HandlerInterceptor 接口或者继承HandlerInterceptorAdapter

1.boolean preHandle()方法在controller被调用之前调用；在preHandle中，可以进行编码、安全控制等处理；
这个方法在业务处理器处理请求之前被调用，在该方法中对用户请求request进行处理。如果程序员决定该拦截器对请求进行拦截处理后还要调用其他的拦截器，或者是业务处理器去进行处理，则返回true；如果程序员决定不需要再调用其他的组件去处理请求，则返回false。

2.void postHandle()方法在controller被调用之后调用，可在modelandview中加入数据，比如当前时间；在postHandle中，有机会修改ModelAndView；
这个方法在业务处理器处理完请求后，但是DispatcherServlet向客户端返回请求前被调用，在该方法中对用户请求request进行处理。

3.void afterCompletion()在呈现视图之后调用，可用于清理资源等；在afterCompletion中，可以根据ex是否为null判断是否发生了异常，进行日志记录。
这个方法在DispatcherServlet完全处理完请求后被调用，可以在该方法中进行一些资源清理的操作。

4.当设置多个拦截器时，先按顺序调用preHandle方法，然后逆序调用每个拦截器的postHandle和afterCompletion方法。

/**
* Interceptor - 执行时间
*/
public class ExecuteTimeInterceptor extends HandlerInterceptorAdapter {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

    return true;
} 
@Override
public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView)  {

}

}

SpringMVC自定义拦截器详解：http://blog.csdn.net/tjcyjd/article/details/7498236

---