Java编程式事务精准控制回滚范围的核心是使用TransactionTemplate或PlatformTransactionManager手动管理事务，并通过setRollbackOn/setNoRollbackOn、Savepoint及setRollbackOnly实现细粒度回滚。
Java 中用编程式事务精准控制回滚范围，核心在于绕过声明式事务（@Transactional）的“方法级全量回滚”限制，改用 TransactionTemplate 或原生 PlatformTransactionManager 手动开启、提交或回滚事务，并结合异常类型、业务标记、保存点（Savepoint）实现细粒度控制。
用 TransactionTemplate + 自定义回滚规则
TransactionTemplate 是最常用且简洁的编程式事务工具。它默认只对 RuntimeException 及其子类回滚，但你可以显式指定哪些异常触发回滚、哪些不回滚：
- 调用
setRollbackOn(Throwable)精确指定回滚异常（支持多个） - 调用
setNoRollbackOn(Throwable)明确排除某些运行时异常不回滚（例如BusinessValidationException） - 在回调逻辑中主动抛出特定异常，让模板按规则决策，而非依赖 throw new RuntimeException()
示例：仅当发生 InsufficientBalanceException 时回滚，InvalidInputException 不影响事务提交：
transactionTemplate.setNoRollbackOn(InvalidInputException.class);
transactionTemplate.execute(status -> {
// 执行扣款、记账等操作
if (inputInvalid) throw new InvalidInputException(); // 不回滚
if (balanceTooLow) throw new InsufficientBalanceException(); // 触发回滚
return null;
});
用 Savepoint 实现嵌套式局部回滚
当一个事务内需执行多段逻辑，且希望其中某一段失败时仅回滚该段（不影响前面已成功操作），可用 TransactionStatus 创建保存点：
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 调用
status.createSavepoint()获取保存点对象 - 后续操作若失败，调用
status.rollbackToSavepoint(savepoint)回退到该点，而不是整个事务 - 确认无误后，可调用
status.releaseSavepoint(savepoint)释放保存点
适用场景：批量处理订单，单个订单校验失败不应导致整批失败；或先写日志再调用外部服务，日志必须落库，外部调用失败只回滚调用部分。
手动管理 PlatformTransactionManager（适合复杂边界）
当需要完全掌控事务生命周期（比如跨线程、动态传播行为、或与非 Spring 资源集成），直接使用 PlatformTransactionManager：
- 调用
getTransaction(def)开启事务，返回TransactionStatus - 在 try 块中执行业务，在 catch 中根据条件决定调用
rollback(status)或commit(status) - 务必在 finally 中检查
isCompleted()，避免重复提交/回滚
注意：不能混用声明式和编程式事务在同一方法内——Spring 的事务代理可能失效，建议统一风格或明确分层（如 service 层用声明式，底层 DAO 内部用编程式做 savepoint）。
关键提醒：回滚范围 ≠ 异常捕获范围
很多人误以为 “try-catch 住异常就不回滚”，其实是否回滚由事务管理器根据抛出的异常类型和配置决定，和你是否 catch 无关。正确做法是：
- 不要在事务回调里静默吞掉应触发回滚的异常（如 catch 后 return null）
- 若需局部处理异常并继续执行，应在 catch 中重新抛出声明为 rollback 的异常，或调用
status.setRollbackOnly() -
status.setRollbackOnly()是强制标记当前事务为仅回滚状态，即使后续没异常也会回滚
