3 Spring事务管理机制
1)编程式事务管理(不常用)
所谓编程式事务指的是通过编码方式实现事务，即类似于JDBC编程实现事务管理。
2)声明式事务管理(常用)
在Spring配置文件中声明式的处理事务来代替代码式的处理事务.
在spring中,声明式事务主要是通过【事务属性】来定义的,事务属性描述了事务策略如何应用到方法上面
事务属性主要包含了以下5个方面:(文档的最后有统一的介绍)
传播行为 隔离级别 回滚规则 事务超时 是否只读
声明式事务管理的配置方式通常以下几种：
注意:配置事务的方式都需要用到事务管理器(切面)和事务拦截器(advice),其实就是使用aop编程,把事务代码动态织入到需要使用的方法上
-----------------------------------------------------------
了解事务属性包含的五个方面分别是什么:
1)事务传播行为
规定了如果有新的事务应该被启动还是被挂起,或者方法是否需要在事务中运行。
TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。
TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起等待新的事务执行结束再继续。
TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行,一起提交一起回滚；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。
name 是必须的,表示与事务属性关联的方法名(业务方法名),对切入点进行细化。通配符（*）可以用来指定一批关联到相同的事务属性的方法。
如：'get*'、'handle*'、'on*Event'等等
2)事务隔离级别
定义了一个事务可能受其他并发事务影响的程度。
隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量：
脏读（没提交的数据），不可重复读（读到了提交的(update,d)），幻读(读到了提交的，insert)
TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。
TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读和不可重复读，因此很少使用该隔离级别。
TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。
TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示在同一事务中，同一查询多次进行时候，由于其他插入操作（insert）的事务提交，导致每次返回不同的结果集。该级别可以防止脏读和不可重复读。
TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。
注意:不同的数据库所能支持的事务隔离级别以及默认的事务隔离级别有可能是不同的,不同的隔离级别有不同的现象，并有不同的并发机制，隔离级别越高，数据库的并发性就越差。
3)事务的只读属性
定义了一个事务中是否是只读操作,如果设置只读那么数据库内部就可以对该操作进行合适的优化措施,只有传播行为是PROPAGATION_REQUIRED PROPAGATION_REQUIRES_NEW PROPAGATION_NESTED的时候只读设置才有意义,因为只读优化是在事务开始的时候由数据库实施的,而在这三个传播行为下才有可能启动一个新事务
find*,get*[优化]:开启*提交,不写
“只读事务”并不是一个强制选项，它只是一个“暗示”，提示数据库驱动程序和数据库系统，这个事务并不包含更改数据的操作，那么JDBC驱动程序和数据库就有可能根据这种情况对该事务进行一些特定的优化，比方说不安排相应的数据库锁，以减轻事务对数据库的压力，毕竟事务也是要消耗数据库的资源的。
4)事务超时
为了使应用程序可以很好的运行,事务不能运行太长的时间,所以这个属性就控制着这个时间.只有传播行为是PROPAGATION_REQUIRED PROPAGATION_REQUIRES_NEW PROPAGATION_NESTED的时候超时设置才有意义,因为超时时钟会在事务开始的时候启动,而在这三个传播行为下才有可能启动一个新事务.注意事务超时后会自动回滚.(单位是 秒),默认值-1(永不超时)
5)事务的回滚规则
定义了哪些异常会导致事务回滚而哪些不会。默认情况下,事务在遇到运行时异常的时候才会回滚,而遇到检查时异常时不会回滚
-Exception表示有Exception抛出时,事务回滚. -代表回滚+就代表提交
<!-- tx:method的属性:
* name 是必须的,表示与事务属性关联的方法名(业务方法名),对切入点进行细化。通配符（*）可以用来指定一批关联到相同的事务属性的方法。
如：'get*'、'handle*'、'on*Event'等等.
* propagation 不是必须的 ，默认值是REQUIRED
表示事务传播行为, 包括REQUIRED,SUPPORTS,MANDATORY,REQUIRES_NEW,NOT_SUPPORTED,NEVER,NESTED
* isolation 不是必须的 默认值DEFAULT
表示事务隔离级别(数据库的隔离级别)
* timeout 不是必须的 默认值-1(永不超时)
表示事务超时的时间（以秒为单位）
* read-only 不是必须的 默认值false不是只读的
表示事务是否只读？
* rollback-for 不是必须的
表示将被触发进行回滚的 Exception(s)；以逗号分开。
* no-rollback-for 不是必须的
表示不被触发进行回滚的 Exception(s)；以逗号分开。
-->
//测试默认情况下
// throw new Exception("默认配置下，发生checkException异常是否回滚,不回滚");
// throw new SQLException("默认配置下，发生checkException异常是否回滚,不回滚");
// throw new Error("默认配置下，发生uncheckException异常是否回滚,回滚");
// throw new RuntimeException("默认配置下，发生uncheckException异常是否回滚,回滚");
/*try {
// throw new SQLException("默认配置下，捕获checkException异常是否回滚,不回滚");
// throw new Exception("默认配置下，捕获checkException异常是否回滚,不回滚");
// throw new Error("默认配置下，捕获uncheckException异常是否回滚,不回滚");
// throw new RuntimeException("默认配置下，捕获uncheckException异常是否回滚,不回滚");
} catch (Exception e) {
e.printStackTrace();
}*/
//检测配置rollback-for="Throwable"下
// throw new Exception("配置Throwable下，发生checkException异常是否回滚,回滚");
// throw new SQLException("配置Throwable下，发生checkException异常是否回滚,回滚");
// throw new Error("配置Throwable下，发生uncheckException异常是否回滚,回滚");
// throw new RuntimeException("配置Throwable下，发生uncheckException异常是否回滚,回滚");
/*try {
// throw new Exception("配置Throwable下，发生checkException异常是否回滚,不回滚");
// throw new SQLException("配置Throwable下，发生checkException异常是否回滚,不回滚");
// throw new Error("配置Throwable下，发生uncheckException异常是否回滚,不回滚");
// throw new RuntimeException("配置Throwable下，发生uncheckException异常是否回滚,不回滚");
} catch (Exception e) {
e.printStackTrace();
}*/
//结论：抛异常的情况下，默认只回滚uncheck异常（runtime和error）,经过配置Throwable后，子类异常和错误都回滚
// 但是try/catch后，全部不回滚