Spring 事务的隔离级别和传播行为
try catch 对 Spring 事务的影响
一、Spring 事务管理的两种方式
1️⃣编程式事务侵入到了业务代码里面，但是提供了更加详细的事务管理。编程式事务使用 TransactionTemplate 或者直接使用底层的 PlatformTransactionManager。对于编程式事务管理，Spring 推荐使用 TransactionTemplate。
2️⃣声明式事务基于 AOP，既能管理事务，又不影响业务代码。本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在目标方法执行完后根据执行情况提交或者回滚事务。最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或基于 @Transactional 的方式)，便可以将事务规则应用到业务逻辑中。
二、对比说明
显然声明式事务管理要优于编程式事务管理，这正是 Spring 倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个 POJO，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足的地方，它的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。
三、声明式事务管理的两种实现
声明式事务管理有两种常用的方式，一种是基于 tx 和 aop 名字空间的 xml 配置文件，另一种就是基于 @Transactional。显然基于注解的方式更简单易用，更清爽。
四、@Transactional 一般可以作用在类或者方法上
1️⃣作用于类：当把 @Transactional 放在类上时，表示该类所有的 public 方法都配置相同的事务属性信息。
2️⃣作用于方法：当类配置了@Transactional，方法也配置了 @Transactional，方法的事务会覆盖类的事务配置信息。
五、Spring 事务的基本原理
Spring 事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，Spring 是无法提供事务功能的。对于纯 JDBC 操作数据库，想要用到事务，可以按照以下步骤进行：
- 获取连接 Connection con = DriverManager.getConnection()；
- 开启事务 con.setAutoCommit(true/false)；
- 执行 CRUD；
- 提交事务/回滚事务 con.commit()/con.rollback()；
- 关闭连接 con.close()。
使用 Spring 的事务管理功能后，开发者可以不再写步骤 2 和 4 的代码，而是由 Spirng 自动完成。Spring 是如何在 CRUD 前后开启/关闭事务的？解决这个问题，也就可以从整体上理解 Spring 的事务管理实现原理了。下面简单地介绍下，注解方式为例子：
- 配置文件开启注解驱动，在相关的类和方法上通过 @Transactional 标识。
- Spring 在启动的时候会去解析生成相关的 bean，这时候会查看拥有相关注解的类和方法，并且为这些类和方法生成代理，并根据 @Transactional 的相关参数进行相关配置注入，这样就在代理中把相关的事务实现了(开启正常提交事务，异常回滚事务)。
- 真正的数据库层的事务提交和回滚是通过 redo log/binlog 实现的。
六、原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)
事务最经典的例子就是转账了。假如小黑要给小白转账 100 元，这个转账会涉及到两个关键操作就是：将小黑的余额减少 100 元，将小白的余额增加 100 元。万一在这两个操作之间突然出现错误(如银行系统崩溃等)，导致小黑余额减少而小白的余额没有增加，这样就不对了。事务就是保证这两个关键操作要么都成功，要么都要失败。
1️⃣原子性。一个事务是一个不可分割的工作单位，事务中包括的操作要么都做，要么都不做。
2️⃣一致性。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。
3️⃣隔离性。一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
4️⃣持久性。持久性也称永久性(permanence)，指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其有任何影响。
