SpringMVC,Mybatis,Spring

百度定义： 
声明式事务：声明式事务(declarative transaction management)是Spring提供的对程序事务管理的方式之一。 
Spring的声明式事务顾名思义就是采用声明的方式来处理事务。这里所说的声明，就是指在配置文件中申明。用在Spring配置文件中声明式的处理事务来代替代码式的处理事务。这样的好处是，事务管理不侵入开发的组件，具体来说，业务逻辑对象就不会意识到正在事务管理之中，事实上也应该如此，因为事务管理是属于系统层面的服务，而不是业务逻辑的一部分，如果想要改变事务管理策划的话，也只需要在定义文件中重新配置即可；在不需要事务管理的时候，只要在设定文件上修改一下，即可移去事务管理服务，无需改变代码重新编译，这样维护起来极其方便。 
Spring使用AOP来完成声明式的事务管理，因而声明式事务是以方法为单位。 


首先来看看正确的完整配置： 
Spring核心配置文件 applicationContext.xml 
Java代码  
<!-- 声明事务 -->    
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">    
    <property name="dataSource" ref="dataSource" />    
</bean>    
           <context:component-scan base-package="com.test">  
            <!--将Controller的注解排除掉 -->   
            <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller" />  
            </context:component-scan>  




SpringMVC配置文件 spring-servlet.xml 
Java代码  
<!-- 注解模式 -->  
<context:component-scan base-package="com.test" use-default-filters="false">   
    <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" />  
</context:component-scan>  




Service层示例：（底层使用了Mybatis,在此篇不作详细介绍，具体请看下面相关URL。 
TestServiceImpl.java 
Java代码  
@Service  
public class TestServiceImpl implements TestService{  
    @Resource  
    private UserMapper userMapper;  
      
    public void addUser() throws Exception{  
        User useri = new User();  
        useri.setUsername("222");  
        useri.setPassword("222");  
        this.userMapper.insert(useri);  
        throw new RuntimeException();//主动抛错，为了测试有没新增。若成功，则说明事务无效，若不能新增，则说明已回滚。  
    }  
}  


Controller测试类省略。经测试能回滚。 


------------------------------------- 
问题一：起始因为没有配置applicationContext.xml最后一个配置，导致事务失效，网上查了下原因，如果带上事务，那么用annotation方式的事务注解和bean配置，事务会失效，要将service　bean配置到xml文件中才行。 
因 为spring的context是父子容器，所以会产生冲突，Controller会先进行扫描装配，而此时的Service还没有进行事务的增强处理， 得到的将是原样的Service（没有经过事务加强处理，故而没有事务处理能力） ，最后才是applicationContext.xml中的扫描配置进行事务处理。


如果，将mvc配置中 的自动扫描，移到 applicationContext.xml 里面，会抛出404找不到请求路径的异常。


即： 
Java代码  
mvc 的只扫描controller组件 注意使用 use-default-filters="false"   
<context:component-scan base-package="com.fengzhiyin" use-default-filters="false" >   
<context:include-filter expression="org.springframework.stereotype.Controller" type="annotation"/>   
</context:component-scan>   
  
主体的扫描除controller外的所有组件   
<context:component-scan base-package="com.fengzhiyin" >   
<context:exclude-filter expression="org.springframework.stereotype.Controller" type="annotation"/>   
</context:component-scan>   




补充：对于use-default-filters="false"的解释： 
如果不设置use-default-filters="false"，则Spring会扫描并优先注册默认的bean（当然包括标记为@Service的bean），这样，标记为@Transactional的service由于transaction manager尚未注册而未能生效，导致事务管理失效。 
原理是：标记为@Transactional的service会wrap为经过transactional proxied（不管是CGLIB based或是JDK based）的bean，而不再是纯的service； 


问题二：若要测试事务，有很多种方式，（只要测出会回滚就行），但千万别在Service里抛出一个Exception，来做为测试事务的方式。 
规则如下： 
默认遇到throw new RuntimeException("...");会回滚 
需要捕获的throw new Exception("...");不会回滚 


原因是抛出的Exception，在数据库层默认是“超时”错误。 
当然这个可以通过类似@Transactional(rollbackFor=Exception.class)的来重新配置。 


特别注意：


在mybatis的SqlSession中，session.getConnection().getAutoCommit()为true，即mybatis的SqlSession默认为自动提交，所以，在用SqlSession的方法中，spring管理的事物不会起作用。并且，在没有关闭自动提交的情况下，session.commit();session.rollback();都不会起作用。