java事务通过commit/rollback保障业务一致性，需关闭自动提交、显式控制边界；spring中用@transactional声明式管理，支持传播行为与主动回滚。
Java 中事务通过 commit 和 rollback 控制业务一致性，核心在于把一组数据库操作封装为不可分割的逻辑单元：全部成功才持久化（commit），任一失败就撤销所有变更（rollback），从而保障数据状态始终符合业务规则。
事务边界由代码显式控制
默认 JDBC 是自动提交模式（autoCommit=true），每条 SQL 独自成事务，无法跨操作保证一致性。要实现业务级一致性，必须：
- 调用
connection.setAutoCommit(false)关闭自动提交，手动开启事务边界 - 在业务逻辑执行完成后，显式调用
connection.commit()提交所有变更 - 一旦发生异常（如空指针、SQL 异常、校验失败等），立即捕获并在
catch块中调用connection.rollback() - 无论成功或失败，最后都要在
finally中释放连接，避免资源泄漏
@Transactional 注解简化 Spring 事务管理
在 Spring 应用中，更常用的是声明式事务，通过 @Transactional 让框架自动处理 commit/rollback：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 注解加在 service 层方法上，表示该方法执行时开启事务；方法正常返回 → 自动 commit；抛出未被捕获的运行时异常（
RuntimeException）或指定异常 → 自动 rollback - 可通过
rollbackFor = {Exception.class}显式指定哪些异常触发回滚（比如包含检查型异常） - 不建议直接加在接口或类上，否则无数据库操作的方法也会被代理，造成不必要的开销
多步骤业务中需注意传播行为
当一个事务方法内部调用另一个事务方法时，事务不是简单叠加，而是按传播行为（propagation）协同工作：
- 默认
REQUIRED：子方法加入父事务，共用同一事务上下文，子方法异常会导致整个事务回滚 - 日志记录、消息发送等“事后动作”，应设为
REQUIRES_NEW，确保即使主事务回滚，日志仍能独立提交 - 避免在事务方法内做远程调用或耗时操作，防止事务长时间挂起、锁表或超时
手动回滚的典型场景和写法
有时业务逻辑需要主动中断事务（比如参数校验失败、余额不足、重复提交等），不能只依赖异常触发：
- 在 Spring 中，调用
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()标记当前事务仅回滚 - 在纯 JDBC 中，直接调用
connection.rollback()，但要注意该连接必须是当前事务所用的同一个 connection 实例 - 若使用 MyBatis 或 JPA，应确保获取的是 Spring 管理的事务性连接，而非新创建的 Connection 对象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
