自己的一些理解：自从用了Spring Boot 以来，这近乎零配置和“约定大于配置”的设计范式用着确实爽，其实对零配置的理解是：应该说可以是零配置可以跑一个简单的项目，因为Spring Boot 有默认的配置，当默认的配置满足不了你的时候，这时候所谓的零配置只是换了一种方式而已，我们都知道程序员最擅长的就是写代码，相比来说xml文件还是有点蛋疼的； 行啊，Spring Boot说你不是擅长写代码，那我就把配置给你转换为写代码的形式，所以你会发现在Spring Boot 中使用@Configuration 、@SpringBootApplication 、@Bean 来通过将一个配置类标记为配置类进行SessionFactory 等的配置，再配合DataSource 就可以不用xml进行配置。
使用Spring Boot 半年以来，基础的使用掌握的是没啥问题了，一般的异常也拦不住了，但是稍微深一些的还是自己碰到了为难了才会记忆深刻，理解好一些。 比如 多数据源的事务、分布式的事务管理。 这时候就得用点心了。
下面先对Spring Boot 单数据源情况进行简单的介绍。先看下图
Spring Boot本身并不管理事务，只是提供了 PlatformTransactionManager 接口来供持久层实现来达到事务的管理，Spring Boot 默认使用JDBC来控制事务。
在单数据源的情况下我们无需自己管理事务，Spring Boot 默认使用DataSourceTransactionManager 来管理事务，我们所做的只要在程序的service层加上 @Transactional 注解即可使用，这种方式只是适用于单数据源的情况下，但是多数情况下我们都不会只有一个数据源，那么这时候就需要做些工作才能使事务正确的工作了。
第一步：首先我们要为每个数据源创建并指定要使用的事务管理器。也即是在spring boot 的数据源配置类中如下
1 @Bean(name = "entityTx")
2 public DataSourceTransactionManager transactionManager(@Qualifier("entityDataSource") DataSource dataSource) {
3 return new DataSourceTransactionManager(dataSource);
4 }
这里是使用jdbc的事务管理器，将名称为entityDataSource 的数据源通过方法参数通过构造器交给jdbc事务管理器管理。 这里只是一个数据源的示例，分别在另外的数据源中做相同配置，只是注意@Bean 注解的name 值不能一样，方法参数注入的数据源作区别即可。
之后在service层加上 @Transactional的 transactionManager属性或者value属性 指定为对应的事务管理器名称即可，也即是@Bean的naem的值，在@Transactional 注解中 transactionManager 属性和value 属性互为别名。
这样做针对操作同一个数据库用户下的表具备了事务，但是如果需要将不同数据源的操作纳为一个事务中，就需要另外的思路了，因为 DataSourceTransactionManager 事务管理器是不具备这个功能的。这就需要转到我的下一篇文文章，分布式事务管理