Spring中@Transactional事务回滚
Spring事务
PlatformTransactionManager接口
public interface PlatformTransactionManager {
// 平台无关的获取事务的方法
TransactionStatus getTransaction (TransactionDefinition definition) throws TransactionException;
//平台无关的事务提交方法
void commit (TransactionStatus status) throws TransactionException;
//平台无关的事务回滚方法
void rollback (TransactionStatus status) throws TransactionException;
}
Spring事务策略是通过PlatformTransactionManager接口体现的，该接口是SPring事务策略的核心。
Spring的事务管理机制是一种典型的策略模式，PlatformTransactionManager代表事务管理接口，但它并不知道底层到底如何管理事务，它只要求事务管理需要提供开始事务(getTransaction())、提交事务(commit())和回滚事务(rolllback())三个方法，具体如何实现交给其实现类来完成，不同实现类代表不同的事务管理策略。
TransactionStatus接口
TransactionStatus对象表示一个事务，TransactionStatus被关联在当前执行的线程。可能是一个新的事务，也可能是一个已存在的事务对象。
public interface TransactionStatus {
// 判断事务是否为新建的事务
boolean isNewTransaction();
//设置事务回滚
void setRollbackOnly();
//查询事务是否已有回滚标志
boolean isRollbackOnly();
}
@Transactional
Spring允许将事务配置设置在Java类中定义，这需要借助于@Transactional Annotation，该Annotation既可以修饰Spring Bean类，也可以用于修饰Bean类中的某个方法。
@Transactional修饰Bean类，表明这些事务设置对整个Bean类起作用；如果使用@Transactional修饰Bean类某个方法，表明这些事务设置只对该方法有效。
可使用方法：
- isolation：指定事务的隔离级别。默认为底层事务隔离级别
- noRollbackFor： 指定遇到指定异常时强制不回滚事务
- noRollbakcForClassName: 指定遇到多个异常时强制不回滚事务
- propagation：指定事务传播属性。
- readOnly：指定事务是否只读。
- rollbackFor：指定遇到指定异常强制回滚事务
timeout：指定事务超长时长
public class NewsDaoImpl implements NewsDao{
@Transactional(propagation=Propagation.REQUIRED)
public void insert(String title, String content){
···
}
}
@Transactional详述
使用场景
在了解@Transactional怎么用之前我们必须要先知道@Transactional有什么用。下面举个栗子：比如一个部门里面有很多成员，这两者分别保存在部门表和成员表里面，在删除某个部门的时候，假设我们默认删除对应的成员。但是在执行的时候可能会出现这种情况，我们先删除部门，再删除成员，但是部门删除成功了，删除成员的时候出异常了。这时候我们希望如果成员删除失败了，之前删除的部门也取消删除。这种场景就可以使用@Transactional事物回滚。
checked异常和unchecked异常
Spring使用声明式事务处理，默认情况下，如果被注解的数据库操作方法中发生了unchecked异常，所有的数据库操作将rollback；如果发生的异常是checked异常，默认情况下数据库操作还是会提交的。
checked异常：
表示无效，不是程序中可以预测的。比如无效的用户输入，文件不存在，网络或者数据库链接错误。这些都是外在的原因，都不是程序内部可以控制的。
必须在代码中显式地处理。比如try-catch块处理，或者给所在的方法加上throws说明，将异常抛到调用栈的上一层。
继承自java.lang.Exception（java.lang.RuntimeException除外）。
unchecked异常：
表示错误，程序的逻辑错误。是RuntimeException的子类，比如IllegalArgumentException, NullPointerException和IllegalStateException。
不需要在代码中显式地捕获unchecked异常做处理。
继承自java.lang.RuntimeException（而java.lang.RuntimeException继承自java.lang.Exception）。
使用实例
Spring配置文件
classpath:properties/*.properties
${jdbc_driverClassName}
${jdbc_url}
${jdbc_username}
${jdbc_password}
param1=value1
@Transactional使用
@Transactional(propagation=Propagation.REQUIRED)
public void addUser(User user) {
userDao.addUser(user);
String string = null;
if(string.equals("")) {
int i = 0;
}
}
空指针异常，事务回滚。
单元测试
@Test
public void addUserTest(){
User user = new User();
user.setUserName("luoguohui1");
user.setUserPassword("luoguohui1");
userService.addUser(user);
}
发现无法插入进去，但是如果把@Transactional去掉，即代码如下，虽然出现异常，但是数据库中还是有添加对应数据的：
// @Transactional(propagation=Propagation.REQUIRED)
public void addUser(User user) {
userDao.addUser(user);
String string = null;
if(string.equals("")) {
int i = 0;
}
}
主要概念
Propagation:事务传播属性，支持7种不同传播机制
REQUIRED：如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。
SUPPORTS： 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。
NOT_SUPPORTED：总是非事务地执行，并挂起任何存在的事务。
REQUIRESNEW：总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。
MANDATORY：如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
NEVER：总是非事务地执行，如果存在一个活动事务，则抛出异常
NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。
注意
在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。
@Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错， 但是这个被注解的方法将不会展示已配置的事务设置。
在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。
@Transactional 的事务开启 ，或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。