transactiontemplate 是 spring 提供的编程式事务管理工具，适用于需动态控制事务边界、嵌套事务或绕过代理限制的场景；通过 execute() 执行 transactioncallback，支持自定义传播行为、隔离级别及手动回滚控制。
TransactionTemplate 是 Spring 提供的编程式事务管理工具，适合在需要细粒度控制事务边界（比如部分逻辑需单独事务、或事务内嵌套调用）但又不想用声明式 @Transactional 的场景。它不依赖代理，直接通过 TransactionCallback 执行业务逻辑，简洁可控。
核心用法：执行带事务的业务逻辑
你需要注入 TransactionTemplate（通常由 Spring 自动配置），然后调用 execute() 方法传入一个回调：
- 回调实现
TransactionCallback<t></t>接口，返回值类型T可自定义（如String、void对应TransactionCallbackWithoutResult） - 业务代码写在
doInTransaction()中，异常会自动触发回滚（默认规则：运行时异常回滚，检查异常不回滚） - 不需要手动开启/提交/回滚事务，Spring 全权托管
示例：
@Autowired
private TransactionTemplate transactionTemplate;
public void transferMoney(long fromId, long toId, BigDecimal amount) {
transactionTemplate.execute(status -> {
// 扣款
accountDao.debit(fromId, amount);
// 加款
accountDao.credit(toId, amount);
return null; // 或返回结果对象
});
}
自定义事务属性：隔离级别、传播行为、超时等
默认使用当前环境的事务配置（如 DataSourceTransactionManager 的默认值），但你可以通过 TransactionTemplate 实例动态设置：
- 创建新实例并调用
setPropagationBehavior()、setIsolationLevel()、setTimeout()等方法 - 常见传播行为：
TransactionDefinition.PROPAGATION_REQUIRES_NEW（新建事务，挂起当前）适用于必须独立提交的场景（如日志记录、异步任务触发） - 注意：修改属性后该实例后续所有
execute()调用都生效，建议按需 new 一个，避免影响其他逻辑
示例（强制新建事务）：
TransactionTemplate newTxTemplate = new TransactionTemplate(transactionManager);
newTxTemplate.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);
newTxTemplate.execute(status -> {
auditLogDao.insert("transfer completed");
return null;
});
捕获异常并手动控制回滚
默认只对未检查异常（RuntimeException 及其子类）回滚。若需对特定检查异常也回滚，可在回调中调用 status.setRollbackOnly()：
- 主动标记当前事务为“仅回滚”，之后即使正常返回也会回滚
- 适用于业务校验失败（如余额不足）等受检异常场景
- 也可用于条件性回滚（例如某外部服务调用失败时放弃本次事务）
示例：
transactionTemplate.execute(status -> {
try {
paymentService.charge(amount);
} catch (PaymentException e) {
status.setRollbackOnly(); // 主动回滚
throw e;
}
orderDao.updateStatus(orderId, "PAID");
});
与声明式事务共存时的注意事项
编程式事务和 @Transactional 可以混用，但要注意行为差异：
-
TransactionTemplate总是基于底层PlatformTransactionManager直接操作，不受代理限制，适合非 Spring 管理对象或静态方法中使用 - 若在
@Transactional方法内嵌套调用TransactionTemplate.execute()，传播行为仍生效（如REQUIRES_NEW会真正挂起外层事务） - 避免无谓嵌套：同一业务逻辑优先用声明式；编程式更适合动态决定事务策略的场景（如根据参数选择是否开启事务）
不复杂但容易忽略细节。用好它，关键在明确“为什么不用 @Transactional”——通常是事务边界需运行时确定，或跨多个事务管理器协调。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
