mybatis数据源及声明式事务配置的坑

---

mybatis架构

mybatis架构

• dataSource 数据源

• sqlSessionFactory -----> org.mybatis.spring.SqlSessionFactoryBean

  • dataSource
  • configLocation
  • mapperLocations

• MapperScannerConfigurer(动态代理)

  • 让spring将代理类注入到spring容器中，批量管理mapper
  • basePackage ---> value 具体mapper接口的位置
  • sqlSessionFactoryBeanName ---> value sqlSessionFactory

• transactionManager 事务管理器 ----> org.springframework.jdbc.datasource.DataSourceTransactionManager

  • property 为 dataSource

---

声明式事务

声明式事务分为注解式和Xml配置式

1.基于XML配置式

需要我们写有规律的方法名，xml定义如下

---

2.基于注解式

说明:
transaction-manager：指定事务管理器名字，默认为transactionManager，当使用其他名字时需要明确指定
proxy-target-class：表示将使用的代码机制，默认false表示使用JDK代理，如果为true将使用CGLIB代理
order：定义事务通知顺序，默认Ordered.LOWEST_PRECEDENCE，表示将顺序决定权交给AOP来处理。

---

声明式事务的坑

这个坑也是比较严重的,当我在一次测试中时，发现service发生了异常，但是数据并没有回滚，因为数据库里的数据还是被修改了.后来发现是事务的动态代理压根就没有生效.找了很久原因,原来是这样：

---

在SSM整合中，有spring-context.xml和springmvc.xml 这两个配置文件，需要加载，我们一般的做法是，让springmvc只扫描带@Controller注解的类，让spring-context去扫描@Service和@Component等注解的类。

首先看我的工程目录(简易)

工程目录.png

以下是我两个配置文件的扫包配置.

spring-context.xml(对应工程文件中的applicationContext.xml)

springmvc.xml

---

如上，我原本以为，配置了include-filter后，springmvc就只会去扫描带controller的类了，后来发现事务一直不生效，原来这里，他把@service的类也给扫描了.

为什么springmvc扫描以后，事务就不生效了?

---

Spring MVC启动时的配置文件，包含组件扫描、url映射以及设置freemarker参数，让spring不扫描带有@Service注解的类。为什么要这样设置？因为springmvc.xml与spring-context.xml不是同时加载，如果不进行这样的设置，那么，springmvc就会将所有带@Service注解的类都扫描到容器中，等到加载spring-context.xml的时候，会因为容器已经存在Service类，使得cglib将不对Service进行代理，直接导致的结果就是在spring-context中的事务配置不起作用，发生异常时，无法对数据进行回滚。

解决方法:

1.在springmvc.xml的扫包处，排除@Service，就是不扫@Service的类

2.将扫包路径写的更详细一点，直接定位到web层(推荐这个方法)

关于spring使用jdk动态代理，和cglib动态代理，请参考