Spring中@Transactional指定rollbackFor为自定义RuntimeException的疑问

背景回顾 #

默认未指定rollbackFor的@Transactional方法：

@Transactional
public void doSomething() {
    ...
}

Spring默认规则：发生任意RuntimeException或Error时事务回滚，受检异常（业务异常）不回滚。

当指定rollbackFor = {SomeRuntimeException.class}（SomeRuntimeException是RuntimeException的自定义子类）时，有以下疑问：

1. 其他RuntimeException（如ArrayIndexOutOfBoundsException或NullPointerException）会导致事务提交吗？ #

不会。显式指定rollbackFor是在默认回滚规则之上追加条件，而非覆盖原有规则。Spring依然会遵循默认逻辑：所有RuntimeException（包括内置的运行时异常）和Error触发事务回滚。只有当你同时使用noRollbackFor主动排除这些异常时，才会改变默认行为。

2. 将RuntimeException的子类加入rollbackFor数组有什么意义？ #

主要有两个核心价值：

• 提升代码可读性：明确标注自定义异常会触发回滚，让其他开发者无需依赖对Spring默认规则的记忆，直接从注解中读懂事务回滚的关键逻辑，降低团队维护成本。
• 实现精细化事务控制：配合noRollbackFor等属性可以精准定义回滚边界。比如特殊场景下需要让大部分RuntimeException不回滚，但仅SomeRuntimeException回滚，就可以通过rollbackFor = {SomeRuntimeException.class} + noRollbackFor = RuntimeException.class的组合实现（Spring会优先检查rollbackFor的规则）。另外，当需要同时声明受检异常和自定义运行时异常的回滚规则时，统一加入rollbackFor可以让规则更集中清晰。

内容的提问来源于stack exchange，提问作者MC Emperor