springmvc上下文与springcontext上下文的关系

内容摘自：springmvc与spring上下文的关系

原理区别

一直不清楚springmvc-servlet.xml配置与spring.xml两个配置文件出现的上下文关系。今天找到一上面的文章，倒是突然间清楚了。

具体来说，spring.xml上下文与springmvc-servlet.xml上下文是父子容器上下文的关系，他们有以下关系特点：

• spring.xml定义的上下文是父上下文，不能调用子容器的上下文，也就是不能调用springmvc-servlet.xml;
• springmvc-servlet.xml定义的是子类上下问，可以调用父容器spring.xml的上下文内容；

相信看到这里，如果看过java虚拟机规范，应该可以想到它这种设计跟classloader的“双亲委派模型”很类似。

实际应用

知道原理区别后，实际在应用中，往往有两种模式：

传统型

所谓传统型，就是action、service、dao三层架构，基于复杂业务的大公司开发模式。

对这种模式，一般spring上下文控制在service、dao两层，事物完整性也是在service层控制；而springmvc-servlet控制action层。

这样的结果导致以下调用关系：

• action可以调用service、dao；
• service、dao不能调用action；
• spring上下文容器的aop不能应用到action层，但是可以通过在springmvc-servlet.xml中定义来做到类似事情。

激进型

所谓激进型，就是为了速度快捷，不写那么多类，不采用传统的action、service、dao三层模式，直接合一，对接私活等讲求速度的工作可以考虑。

对激进型开发，就简单使用springmvc-servlet.xml这个子上下文来管理所有内容好了。