怎么在数据库事务注解Transactional中配置异常回滚规则-java教程-PHP中文网

@Transactional默认仅对RuntimeException及Error回滚，受检异常需用rollbackFor显式指定；noRollbackFor可排除特定异常不回滚，优先级高于rollbackFor；配置生效需满足public方法、外部Bean调用、异常未被吞没等前提。

怎么在数据库事务注解transactional中配置异常回滚规则

在 Spring 的 @Transactional 注解中，默认只对 未检查异常（RuntimeException 及其子类）和 Error 自动回滚，对受检异常（如 Exception 及其子类，但不包括 RuntimeException）不会自动回滚。要自定义回滚规则，主要通过 rollbackFor 和 noRollbackFor 属性配置。

指定哪些异常触发回滚（rollbackFor）

当方法抛出指定的异常类型（包括其子类）时，事务将回滚：

支持类名、Class 对象或 Class 数组，例如：rollbackFor = IOException.class 或 rollbackFor = {SQLException.class, CustomException.class}
即使该异常是受检异常，只要显式声明，也会触发回滚
注意：若传入的是 RuntimeException 类型，效果与默认行为一致，但可增强可读性

指定哪些异常不触发回滚（noRollbackFor）

用于排除某些本应导致回滚的异常，使其不触发回滚（事务继续提交）：

常见于业务中明确“某种异常不算失败”的场景，例如：noRollbackFor = ValidationException.class
同样支持单个 Class 或 Class 数组
该设置优先级高于 rollbackFor；若某异常同时匹配两者，以 noRollbackFor 为准

注意事项与常见误区

配置生效需满足前提条件，否则规则无效：

@Transactional 必须作用在 public 方法 上，且调用必须来自外部 Bean（非 this 调用）
异常必须“抛出到事务切面能捕获的位置”——即不能在方法内 catch 后吞掉，或重新包装为未声明的异常类型
Spring 默认使用 JDK 动态代理或 CGLIB 代理，若目标方法被同一类内其他方法直接调用（this.method()），事务注解不生效
回滚仅针对数据库操作；若事务中已执行 HTTP 调用、文件写入等非事务性操作，它们不会自动撤销

示例写法

一个典型配置：

@Transactional(
    rollbackFor = {SQLException.class, IOException.class},
    noRollbackFor = BusinessException.class
)

表示：遇到 SQLException 或 IOException 回滚；即使抛出 BusinessException（它本身是 RuntimeException 子类），也不回滚。