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 会启用一致性非锁定读）
理解事务失效的典型场景
很多问题不是不会用，而是“用了却没生效”。这些坑必须亲手踩过、验证过：
- 方法不是 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 结果是否变化，比死记定义更有效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
