编程式事务本身不支持部分回滚，但可通过TransactionTemplate结合Savepoint实现局部回滚：调用status.createSavepoint()设保存点，异常时rollbackToSavepoint(sp)，成功则releaseSavepoint(sp)，前提是JDBC驱动支持且在同一事务内。
Java 中编程式事务本身不支持部分回滚（Partial Rollback），事务是原子的，要么全部提交，要么全部回滚。但可以通过嵌套事务、保存点（Savepoint）或业务逻辑拆分，模拟“局部回滚”效果。关键不是绕过事务机制，而是合理设计边界和异常处理策略。
用 TransactionTemplate + Savepoint 实现局部回滚
Spring 的 TransactionTemplate 支持在同一个事务内设置保存点，捕获异常后回滚到指定保存点，而不影响前面已执行的操作。
- 调用
transactionTemplate.execute(status -> { ... })获取TransactionStatus - 通过
status.createSavepoint()创建保存点，返回唯一标识 - 在可能失败的逻辑块前后做 savepoint 管理：失败时调用
status.rollbackToSavepoint(sp)，成功则status.releaseSavepoint(sp) - 注意：savepoint 只在当前事务内有效，不能跨事务传播；JDBC 驱动需支持 savepoint（主流数据库都支持）
拆分事务边界，避免强耦合操作
真正需要“部分回滚”的场景，往往说明事务粒度太粗。更健壮的做法是把本就不该强一致的操作拆到独立事务中。
- 例如：下单成功后发通知、更新积分、写日志——这些可异步或用独立
@Transactional(propagation = Propagation.REQUIRES_NEW)执行 - 主流程只管核心数据一致性（如扣库存、生成订单），非核心失败不影响主事务提交
- 配合
TransactionSynchronizationManager可监听事务提交/回滚事件，做补偿或清理
异常分类与 rollbackRules 精确控制
编程式事务中，TransactionTemplate 或 TransactionDefinition 允许声明哪些异常触发回滚，哪些不触发，实现“按异常类型决定是否回滚”。
立即学习“Java免费学习笔记（深入）”；
- 默认只对
RuntimeException和Error回滚；检查型异常（如IOException）不自动回滚 - 可通过
setRollbackOn(Throwable)或构造时传入rollbackRules显式指定：比如new NoRollbackRuleAttribute(IOException.class)表示该异常不回滚 - 业务中可自定义异常（如
BusinessValidationException），标记为不回滚，再由上层捕获并做局部修正
结合 try-catch 与手动控制事务状态
在 TransactionCallback 内部用 try-catch 捕获异常，根据业务意图决定是否继续执行后续逻辑，或主动调用 TransactionStatus.setRollbackOnly()。
- 不要在 catch 块里吞掉异常又不处理事务状态，否则可能造成数据不一致
- 若某步骤失败但希望继续执行其他分支，可在 catch 中记录错误、重置状态变量，而非抛出异常
-
setRollbackOnly()是单向操作，调用后事务只能回滚，不能再提交
