Java事务管理核心在于三层逻辑：谁控制（JDBC原生或Spring代理）、怎么控制（setAutoCommit/commit/rollback或@Transactional属性）、出错兜底（异常捕获与回滚策略）；重点掌握传播行为、隔离级别及典型失效场景。

Java 中事务管理的核心不在于背概念，而在于理清“谁控制事务、怎么控制、出错时怎么兜底”这三层逻辑。重点落在 JDBC 原生用法、Spring 的声明式事务（@Transactional）以及它们背后的传播行为与隔离级别上。

掌握 JDBC 层事务的基本操作

这是所有高级封装的底层基础。必须能手动写出开启、提交、回滚的完整流程：

• 关闭自动提交：connection.setAutoCommit(false) —— 这是前提，否则每条 SQL 都单独成事务
• 显式调用 connection.commit() 或 connection.rollback()
• 务必在 finally 块中恢复自动提交状态或释放连接，避免连接泄漏或事务卡住
• 注意：事务只对 DML（INSERT/UPDATE/DELETE）生效，DDL（如 CREATE TABLE）会隐式提交

吃透 @Transactional 的关键属性

Spring 的声明式事务是面试和日常开发的绝对重点，不能只写注解，要理解每个参数的实际影响：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• propagation（传播行为）：最常考的是 REQUIRED（默认，加入已有事务或新建）、REQUIRES_NEW（挂起当前，新建独立事务）和 NESTED（嵌套事务，依赖 JDBC 保存点）
• isolation（隔离级别）：对应数据库的 READ_UNCOMMITTED / READ_COMMITTED / REPEATABLE_READ / SERIALIZABLE；Java 中常用 ISOLATION_READ_COMMITTED 防止脏读
• rollbackFor / noRollbackFor：明确指定哪些异常触发回滚（默认只对 RuntimeException 和 Error 回滚）
• timeout / readOnly：超时设置防长事务；readOnly=true 可提升查询性能（如 MySQL 会启用一致性非锁定读）

理解事务失效的典型场景

很多问题不是不会用，而是“用了却没生效”。这些坑必须亲手踩过、验证过：

立即学习“Java免费学习笔记（深入）”；

• 方法不是 public —— Spring AOP 代理无法切入
• 自调用失效：同一个类里 A 方法调 B 方法（B 加了 @Transactional），因代理对象未参与，事务不生效
• try-catch 吞掉了异常，且没主动 throw 或 re-throw，导致事务不回滚
• 底层数据源不支持事务（如 H2 内存模式未启用事务，或某些 NoSQL）
• 异常类型不匹配 rollbackFor 设置（比如抛了 SQLException 却没在注解里声明）

结合数据库隔离级别看现象

事务的“不可重复读”“幻读”不是 Java 问题，是数据库并发控制的结果。复习时要能对应起来：

• READ_COMMITTED → 防脏读，但可能不可重复读（MySQL 默认）
• REPEATABLE_READ → 防脏读+不可重复读，但可能幻读（InnoDB 通过间隙锁基本解决）
• SERIALIZABLE → 完全串行化，性能最低，一般不用
• 演示时可用两个线程 + sleep 模拟并发，观察 select 结果是否变化，比死记定义更有效