spring默认不因受检异常回滚事务，需显式配置rollbackfor；运行时异常默认回滚；须确保事务代理生效且异常未被吞没或错误包装。
Spring 默认不因受检异常（如 IOException、SQLException）回滚事务，必须显式配置 rollbackFor 参数才能生效。
明确指定 rollbackFor 属性
在 @Transactional 注解中加入 rollbackFor，告诉 Spring 哪些异常类型触发回滚：
- 让所有受检异常都回滚：
@Transactional(rollbackFor = Exception.class) - 只对特定受检异常回滚更安全：
@Transactional(rollbackFor = {IOException.class, SQLException.class}) - 可同时指定多个异常类型，包括自定义受检异常类
避免常见配置误区
仅在方法签名中写 throws IOException 没有效果，Spring 不看 throws 声明，只检查实际抛出的异常类型。
- 异常必须未被吞掉：不能在方法内
try-catch后静默处理或仅打日志而不重新抛出 - 不能用
new RuntimeException(e)包装后抛出——这会改变异常类型，导致原受检异常的语义丢失，且可能绕过业务异常分类逻辑 - 若需保留部分受检异常不回滚（如业务校验失败），可用
noRollbackFor排除：@Transactional(rollbackFor = Exception.class, noRollbackFor = BusinessException.class)
确保事务注解真正生效
即使配置了 rollbackFor，如果事务代理没起作用，回滚也不会发生：
- 方法必须是
public的，private或protected方法上的注解无效 - 调用必须来自 Spring 容器管理的其他 Bean，不能是本类内部
this.method()直接调用 - 不能通过
new XxxService()手动创建实例，否则整个代理机制失效 - 异步方法（
@Async）默认脱离事务上下文，加@Transactional无意义
补充：运行时异常无需额外配置
RuntimeException 及其子类（如 IllegalArgumentException、NullPointerException）、Error 类型异常，Spring 默认就会回滚，不需要写 rollbackFor。
如果你的业务异常继承自 RuntimeException，也能自动回滚，但要注意语义清晰性——受检异常通常表示可预期、应主动处理的场景，随意改为运行时异常可能掩盖设计意图。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
