大家知道， 在spring mvc中， 在applicationContext.xml 和 dispatch-servlet.xml中都可以進行spring 的配置， 那麼他們有什麼區別呢：

我們先看一下Spring 官方文件：

	Spring lets you define multiple contexts in a parent-child hierarchy.
	The applicationContext.xml defines the beans for the "root webapp context", i.e. the context associated with the webapp.
	The spring-servlet.xml (or whatever else you call it) defines the beans for one servlet's app context. There can be many of these in a webapp, one per Spring servlet (e.g. spring1-servlet.xml for servlet spring1, spring2-servlet.xml for servlet spring2).
	Beans in spring-servlet.xml can reference beans in applicationContext.xml, but not vice versa.
	All Spring MVC controllers must go in the spring-servlet.xml context.
	In most simple cases, the applicationContext.xml context is unnecessary. It is generally used to contain beans that are shared between all servlets in a webapp. If you only have one servlet, then there's not really much point, unless you have a specific use for it. 
 

可見， applicationContext.xml 和 dispatch-servlet.xml形成了兩個父子關係的上下文，經過測試， 發現：

1） 一個bean如果在兩個檔案中都被定義了(比如兩個檔案中都定義了component scan掃描相同的package)， spring會在application context和 servlet context中都生成一個例項，他們處於不同的上下文空間中，他們的行為方式是有可能不一樣的（見下面描述的問題）。

 2)  如果在application context和 servlet context中都存在同一個 @Service 的例項， controller（在servlet context中） 通過 @Resource引用時， 會優先選擇servlet context中的例項。

在Spring 裡配置Mybatis 事務時出現的問題：

                 按照網上的說明， 我在applicationContext.xml檔案中增加了如下的配置：

  1.       applicationContext.xml

<!--這是原先的sqlSession和dao的配置， 增加事務時候配置保持不變-->

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
		<property name="dataSource" ref="dataSource"></property>
		<property name="configLocation" value="classpath:mybatis.xml"></property>
		<property name="mapperLocations" value="classpath:com/sjl/dao/*-mapper.xml"></property>
	</bean>
	
	<bean id="idao" class="com.sjl.dao.IdaoImpl">
		<property name="sqlSessionFactory" ref="sqlSessionFactory"></property>
	</bean>        
 

    <!--增加的mybatis 事務控制 -->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> 
          <property name="dataSource" ref="dataSource"></property>    
    </bean> 
	<tx:annotation-driven transaction-manager="transactionManager"/>

package com.sjl.base;

import java.io.Serializable;
import java.util.HashMap;
import java.util.List;

import javax.annotation.Resource;

import org.springframework.transaction.annotation.Transactional;

import com.sjl.common.EntityClassUtil;
import com.sjl.common.Pager;
import com.sjl.dao.Idao;

public class AbstractBaseDao<T, PK extends Serializable> implements BaseDao <T, PK> {
	@Resource
	private Idao<T, PK> idao;
	
	private Class entityClass = EntityClassUtil.getEntityClass(getClass());
	<strong><span style="color:#ff0000;">@Transactional</span></strong>
	public void save(T entity) {
		
		idao.save(entity);
		throw new RuntimeException();//丟擲異常， 事務回滾

	}
	public void delete(PK pk) {
		idao.delete(entityClass, pk);
		
	}
	public Pager<T> findByPage(int pageOffset, int pageSize) {
		
		HashMap<String, Integer> map = new HashMap();
		map.put("pageOffset", pageOffset);
		map.put("pageSize", pageSize);
		Pager<T> pager = idao.findByPage(entityClass, map);
		return pager;
		
		
	}

	
}

其中的idao定義如下：
<pre name="code" class="java">package com.sjl.dao;

import java.io.Serializable;
import java.util.List;
import java.util.Map;

import org.mybatis.spring.support.SqlSessionDaoSupport;
import org.springframework.stereotype.Repository;

import com.sjl.common.Pager;

@Repository("idao")
public class IdaoImpl<T, PK extends Serializable> extends SqlSessionDaoSupport implements Idao<T, PK>  {

	public void save(T entity) {
		
		this.getSqlSession().insert(entity.getClass().getName()+".add", entity);
	}

	public void delete(Class<T> entityClass, PK pk) {
		this.getSqlSession().insert(entityClass.getName()+".delete", pk);
		
	}

	public Pager<T> findByPage(Class<T> entityClass, Map param){
		
		Pager<T> pager = new Pager();
		
		List<T> pageContent = this.getSqlSession().selectList(entityClass.getName()+".findPageContent", param);
		pager.setPageContent(pageContent);
		
		int count = this.getSqlSession().selectOne(entityClass.getName()+".findTotal");
		pager.setTotalCount(count);
		
		return pager;
		
	}
}

經過以上配置，按照道理應該沒有問題了， 但是程式執行後發現事務始終沒有啟動，連transaction-manager都沒有進入， 找了很久沒有發現問題出在哪裡。後來看到網上同樣的配置能執行成功， 比較後發現他是在普通Java Application方式下執行成功的，我把自己的程式也在普通的Java Application方式下執行， 發現transaction起作用了，由此感覺應該是Spring MVC環境下出現的問題，而且應該是transaction 的配置沒有起作用， 偶然記起在自己的配置中，dispatch-servlet.xml和applicationContext.xml中 配置的component-scan都掃描了相同的包，這樣的話， 雖然在application Context中定義了transaction-manager, 但是這個transaction-manager的配置卻是作用在application context中定義的bean上面的。根據前面講到的application context和dispatcher-servlet context的關係， dispatcher-servlet context 和application context中都存在著相同型別的service bean 例項， 那麼controller將優先呼叫dispatcher-servlet context 中的service bean，而dispatcher-servlet context 中由於沒有配置transaction manager, 所以生成的service bean例項沒有事務的植入(aop), 當然就無法啟動事務了。

解決辦法：

1. 在applicationContext.xml 中修改component-scan配置如下：

<context:component-scan base-package="com.sjl">
<span style="white-space:pre">	</span><context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller" />  //不掃描標記@Controller的類
</context:component-scan>

<context:component-scan base-package="com.sjl.controller"></context:component-scan> .//只掃描controller package

教訓：

在application context和dispatcher-servlet定義的bean最好不要重複， dispatcher-servlet最好只是定義controller型別的bean。