不懂

你后面发挥的和人家说的好像有很大的出入。

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);

你看的文章不是很好的解释了吗？？我跟你看的是一样的博文

引用 4 楼 leighton11 的回复:

你看的文章不是很好的解释了吗？？我跟你看的是一样的博文

它文章解释原理很清晰，但是为什么我观察到的现象相反呢？service层里是取hibernatetemple来完成事务的，这时明显是父上下文在aop，但是service此时是在子上下文里，如果说父上下文不能访问子上下文，这个时候是怎么完成事务的

web.xml中.ContextLoaderListener是初始化父容器的，他会去初始化一个xmlwebapplicationcontext, 同时初始化他的配置文件，在配置文件中的bean,或者是annotation的bean，就放在这个context的beanfactory中。

dispatcherservlet，会初始化一个子容器，他也会初始化他的配置文件，然后去初始化bean.

父子关系是通过setParent确定。

我来说说自己的想法：
首先要确定的是，父上下文容器不能访问子上下文容器的内容，反过来就可以；同时父上下文容器内容可以调用父上下文容器的其他内容。

我再简单点看
1. 其实子上下文容器中定义的Action，就http请求通过过滤器找到的Controller类。
2. 父上下文容器中可以定义Service、BC、DAO这几个层。
3. 我们就应该通过Controller类 -》service -》BC -》DAO -》数据的增删改查，这样挺合理的对吧。
4. 放过来看看，DAO调用Controller类，明显是不合理的。
5. 同时，在BC层调用另一个Service，或BC层调另一个BC层，这样就等同于父容器的一个内容调父容器的另一个内容，这是没有问题的。

不知道能否解决你的问题。