spring声明式事务默认仅对runtimeexception及其子类和error自动回滚，对受检异常如ioexception不回滚，除非通过rollbackfor显式指定。
Spring 的声明式事务通过 @Transactional 注解实现方法级异常回滚，核心在于：默认只对 未检查异常（RuntimeException 及其子类）和 Error 自动回滚，对受检异常（如 Exception 及其非 RuntimeException 子类）不会自动回滚。
默认回滚行为：只响应运行时异常
Spring 事务管理器（如 DataSourceTransactionManager）在方法执行抛出异常后，会检查异常类型。只有满足以下条件之一才会触发回滚：
- 异常是
RuntimeException或其任意子类（例如NullPointerException、IllegalArgumentException） - 异常是
Error类型（如OutOfMemoryError） - 异常被显式配置为回滚异常（通过
rollbackFor属性）
例如，下面的方法在发生 IllegalArgumentException 时会回滚，但抛出 IOException 不会回滚（除非额外配置）：
@Transactional
public void transferMoney(Long fromId, Long toId, BigDecimal amount) {
accountDao.debit(fromId, amount);
accountDao.credit(toId, amount);
if (amount.compareTo(BigDecimal.ZERO)
<h3>主动指定回滚异常：rollbackFor 和 noRollbackFor</h3>
<p>当业务逻辑中需要对受检异常也做回滚，或排除某些运行时异常的回滚，可通过注解属性控制：</p>
-
rollbackFor = {SQLException.class, IOException.class}：明确列出哪些异常触发回滚（支持类数组） -
rollbackForClassName = {"java.io.IOException"}：字符串形式指定，适用于无法直接引用类的场景 -
noRollbackFor = {IllegalArgumentException.class}：即使它是 RuntimeException，也不回滚
常见用法示例：
@Transactional(rollbackFor = Exception.class)
public void updateWithFileSave(String data) throws IOException {
dbService.update(data);
fileService.writeToFile(data); // 可能抛出 IOException
// 若 writeToFile 抛出 IOException，整个事务回滚
}
事务边界与代理限制：方法必须被代理调用
@Transactional 依赖 Spring AOP 代理（JDK 动态代理或 CGLIB），因此存在关键限制：
Java Linux版
下载
Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。
- 注解必须加在 public 方法 上（private / protected / package-private 方法无效）
- 调用必须来自 其他 Bean 的外部调用；同一个类内 self-invocation（自己调自己）不会走代理，事务失效
- 若使用 CGLIB 代理，目标类不能是 final；若用 JDK 代理，目标类需实现接口
错误示例（事务不生效）：
@Service
public class AccountService {
@Transactional
public void transfer(...) { ... }
public void process() {
transfer(...); // ❌ 同类内部调用 → 无代理 → 无事务
}
}
正确做法：拆分到不同 Bean，或通过 ApplicationContext.getBean() 获取代理对象（不推荐，破坏设计）。
传播行为与只读优化：配合 rollback 更精准控制
回滚不是孤立行为，需结合事务传播机制协同工作：
-
propagation = Propagation.REQUIRED（默认）：有事务则加入，无则新建；适合大多数业务方法 -
propagation = Propagation.REQUIRES_NEW：总是新建事务，原事务挂起；适合日志记录、补偿操作等需独立提交/回滚的场景 -
readOnly = true：建议对查询方法设置，可提升性能（如关闭脏写、启用连接池优化），但不影响回滚逻辑
例如，一个“先查再改”的典型流程：
@Transactional
public void placeOrder(Order order) {
Product product = productDao.findById(order.getProductId()); // 查询（可设 readOnly=true）
if (product.getStock()
<p>不复杂但容易忽略：回滚生效的前提是异常未被方法内部吞掉，且事务上下文完整传递。只要配置得当、调用合规、异常类型匹配，Spring 就会在方法退出前自动执行回滚操作。</p>Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
