标签:form mamicode new 方法参数 区别 conf nbsp 事务管理 factor
自己的一些理解:自从用了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 事务管理器是不具备这个功能的。这就需要转到我的下一篇文文章,分布式事务管理
链接:
标签:form mamicode new 方法参数 区别 conf nbsp 事务管理 factor
原文地址:https://www.cnblogs.com/qiaoyutao/p/11289996.html