本文主要是介绍week15_day05_JdbcTemplate事务,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
JdbcTemplate
主要是spring提供的一个jdbc的框架,使用简单,在代码中写sql,比较灵活
主要是看使用spring如何整合其他框架→ 通过spring注册其他框架的组件
先写一段javaSE的代码:
- 引入依赖
spring-jdbc
mysql-connector-java
druid
代码:
设置DataSource的四大参数,4个set方法
设置中文乱码,比如你写代码插入一条数据,防止放到数据库中的中文数据是乱码的。
dataSource.setUrl("jdbc:mysql://localhost:3306/j22_db?useUnicode=true&characterEncoding=utf-8");
Spring整合
使用注解来注册组件:可否使用@Component注解来注册组件?不可以
之前使用@Component注册的组件是自己写的类,在没有编译之前加上的@Component注解。
Datasource和JdbcTemplate不是我们自己写的,而是我们导入的jar包,已经完成编译了 。所以整合的时候只能通过bean标签来进行整合。
转义字符(xml)
&出现问题了,因为&出现在了xml文件中,不能直接在xml文件中写&,要使用转义字符
& → &
空格 →
> → > (greater than)
< → < (less than)
- 引入依赖
- spring配置文件
- 使用jdbcTemplate写一个业务
转账业务:
@Autowired注解的另一个使用方式
注解放在方法上:在组件初始化的时候,会执行到该方法
测试类:
执行结果:
我们可以利用@Autowired的这个功能去做一些事情。
第一行代码:JdbcTemplate jdbcTemplate;
不再加@Autowired注解,我们用setJdbcTemplate方法给它赋值。
jdbcDaoSupport
其实用处不大
jdbcDaoSupport中的setDataSource方法:
我们只注册了DataSource,并没有注册jdbcTemplate,但是jdbcTemplate也进行初始化了。
不是以在容器中注册jdbcTemplate组件然后使用的时候取出jdbcTemplate组件的方式。而是在初始化的时候就通过JdbcDaoSupport的getJdbcTemplate()方法获取getJdbcTemplate。
事务
回顾:
特点:ACID
A:原子性 → 操作数据库的最小单位,不可分割部分
C:一致性
I:隔离性
D:持久性
事务并发引起的问题:
脏读:一个事务读取到另一个事务还未提交的数据
不可重复读:一个事务读到另外一个事务 已经的提交的 数据
幻读(虚读):一个事务读到另外一个事务 已经的提交的 数据
mysql默认的隔离级别是可重复读,但mysql做了一些特殊的处理,不会导致虚读问题。
Spring事务
核心概念
PlatFormTransactionManager(平台事务管理器)
并且这个组件依赖数据源。
之前想保证事务,要保证获得的connection是一致的。
connection来源于DataSource,通过将PlatFormTransactionManager和数据源依赖起来,那么就能管理从数据源取出来的connection。
看一下代码:
PlatformTransactionManager api详解
TransactionStatus getTransaction(TransactionDefinition definition) ,
事务管理器 通过“事务详情”,获得“事务状态”,从而管理事务。 获取事务状态后,Spring根据传播行为来决定如何开启事务;
void commit(TransactionStatus status) 根据状态提交
void rollback(TransactionStatus status) 根据状态回滚
可以通过TransactionDefinition获取TransactionStatus,又可以通过TransactionStatus得知是rollback还是commit。
TransactionStatus(事务状态)
这个接口的作用就是获取事务的状态(回滚点、是否完成、是否新事务、是否回滚)属性.
TransactionStatus其实是底层事务的中间变量。
TransactionDefinition(事务定义)
这个接口的作用就是定义事务的名称、隔离级别、传播行为、超时时间长短、只读属性等。
2.2.1.3.1传播行为Propagation
多个事务操作如何共享事务 → 包含事务的方法之间产生互相调用
例子:事务B调用事务A的方法
class ServiceA{void methodA(){}
}class ServiceB{void methodB(){serviceA.methodA()}
}
最常用的是是Required
Required:把多个事务看成是同一个事务来操作,一荣俱荣一损俱损,要么一起提交事务,要么一起回滚。
requires_new:总是发起一个新的事务,methodA作为一个单独的新事务。
自私的人,他出错了他影响别人,但是别人出错了,他不管别人。
外围不影响里面,里面影响外围
如果methodB发生异常,methodA是否回滚?B回滚A不回滚
如果methodA发生异常methodB是否回滚?AB都回滚
nested:以嵌套事务的方式运行。
无私的人:里面发生的错误不会影响外围,外围发生的错误会影响里面
集体个人:如果集体没了,个人安身立命的场所也没了。如果个人没了,对集体没有影响。
如果methodB发生异常,methodA是否回滚?A、B都回滚
如果methodA发生异常methodB是否回滚?A回滚
用户注册,注册后发放优惠券(nested)
如果发放优惠券的时候发生错误,用户注册没有问题。只让发放优惠券回滚,用户注册留下。
Spring事务案例
核心DataSourceTransactionManager
所有案例均需要
下面会将4个案例:
TransactionTemplate(手动实现事务)
TransactionTemplate组件 依赖于 TransactionManager 依赖于 datasource
将需要增加事务的代码放入execute函数中。
AccountServiceImpl中的部分代码:
事务代理对象
类似springaop
通过委托类组件生成代理组件
根据AccountService组件,生成一个代理组件。
事务通知
使用aspectj的adviso
- 导包
aspectjweaver
- 使用aop:config 下的 aop:advisor
事务提供了现成的通知组件,需要引入<tx标签,就需要引入tx的schema
声明式事务→注解(最简单、最方便、最好用、最重要)
注解写在哪里,哪里就增加事务
首先要打开注解开关:
使用注解:
@Transactional
Javaconfig
做的是Spring组件的配置
之前的spring配置文件是xml,后续主流技术是springboot,springboot推荐大家使用javaconfig注册组件。
Javaconfig是一个配置类,也就是说我们要写一个class作为Spring的配置,用来注册组件
之前注册组件:<bean id class
现在使用配置类的方法来注册组件。
配置类:
@Configuration注解
@Bean
所有的bean标签都可以@Bean注解的形式
是否意味着所有的组件都使用@Bean注解注册呢?? No,ioc阶段组件注册功能的注解依然去使用@Component@Service等。
并不意味着xml不再用了,xml也可以去使用,很多网络的参考资料是xml的,应当具备xml转换为javaconfig的能力。
其他标签
以上这些标签都写在配置类上面。
注:<aop:config 还不能javaconfig
如何单元测试
这篇关于week15_day05_JdbcTemplate事务的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!