异常：
如下图所示，我们都知道 Exception 分为 运行时异常 RuntimeException 和 非运行时异常。
error 是一定会回滚的。
如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。
如果不想终止，则必须捕获所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。
不应该由于异常数据而影响下面对正常数据的处理。
非运行时异常是 RuntimeException 以外的异常，类型上都属于 Exception 类及其子类。
如 IOException、SQLException 等以及用户自定义的 Exception 异常。
对于这种异常，JAVA 编译器强制要求我们必需对出现的这些异常进行 catch 并处理，否则程序就不能编译通过。
所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。
事务管理方式：
事务管理对于企业应用来说是至关重要的，即使出现异常情况，它也可以保证数据的一致性。
spring 支持编程式事务管理和声明式事务管理两种方式。
编程式事务管理使用 TransactionTemplate 或者直接使用底层的 PlatformTransactionManager。对于编程式事务管理，spring 推荐使用
TransactionTemplate。
声明式事务管理建立在 AOP 之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于 @Transactional 注解。
显然基于注解的方式更简单易用，更清爽。
使用说明：
当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。
在项目中，@Transactional(rollbackFor=Exception.class)，如果类加了这个注解，那么这个类里面的方法抛出异常,就会回滚，数据库里面的数据也会回滚。
在 @Transactional 注解中如果不配置rollbackFor属性,那么事物只会在遇到 RuntimeException 的时候才会回滚,加上 rollbackFor=Exception.class ,可以让
事物在遇到非运行时异常时也回滚。
@Transactional 注解的全部属性详解
@Transactional 属性
| 属性 | 类型 | 描述 |
|---|---|---|
| value | String | 可选的限定描述符，指定使用的事务管理器 |
| propagation | enum: Propagation | 可选的事务传播行为设置 |
| isolation | enum: Isolation | 可选的事务隔离级别设置 |
| readOnly | boolean | 读写或只读事务，默认读写 |
| timeout | int (in seconds granularity) | 事务超时时间设置 |
| rollbackFor | Class对象数组，必须继承自Throwable | 导致事务回滚的异常类数组 |
| rollbackForClassName | 类名数组，必须继承自Throwable | 导致事务回滚的异常类名字数组 |
| noRollbackFor | Class对象数组，必须继承自Throwable | 不会导致事务回滚的异常类数组 |
| noRollbackForClassName | 类名数组，必须继承自Throwable | 不会导致事务回滚的异常类名字数组 |
原文地址：https://www.cnblogs.com/codingmode/p/11834515.html