在Java后端开发中，Spring事务是保证数据一致性的核心手段，但实际开发中常因细节处理不当导致事务失效。本文梳理9大高频失效场景，结合代码示例拆解原理及规避方案，既是面试重点，也是工作避坑指南。
一、存储引擎不支持事务（MyISAM）
场景解析
Spring事务依赖数据库底层事务支持，而MySQL的MyISAM存储引擎不支持事务，仅支持表级锁；InnoDB是支持事务的存储引擎（默认）。若表使用MyISAM，即便配置了Spring事务，也无法生效。
代码/配置示例（错误）
-- 创建表时指定MyISAM引擎，事务失效 CREATE TABLE `user` ( `id` bigint NOT NULL AUTO_INCREMENT, `name` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4;规避方案
将存储引擎改为InnoDB，创建表时显式指定或使用默认配置（MySQL 5.5+默认InnoDB）。
建表后可通过ALTER语句修改引擎：
ALTER TABLE `user` ENGINE=InnoDB;。
二、类内部方法调用
场景解析
Spring事务基于AOP动态代理实现，只有通过代理对象调用事务方法时，才会触发事务拦截器。若在类内部通过this关键字调用事务方法（非代理对象调用），AOP无法拦截，事务失效。
代码示例（错误）
@Service public class UserService { @Autowired private UserMapper userMapper; // 非事务方法 public void addUserAndLog(String userName) { // 内部调用事务方法，this为目标对象，非代理对象 this.addUser(userName); this.addLog(userName); } // 事务方法 @Transactional(rollbackFor = Exception.class) public void addUser(String userName) { userMapper.insert(new User(null, userName)); // 模拟异常 int i = 1 / 0; } @Transactional(rollbackFor = Exception.class) public void addLog(String userName) { userMapper.insertLog(new Log(null, userName, LocalDateTime.now())); } }规避方案
通过Spring上下文获取代理对象调用方法：
UserService proxy = SpringContextUtil.getBean(UserService.class); proxy.addUser(userName);（需自定义Spring上下文工具类）。将内部调用的事务方法拆分到另一个Service类，通过依赖注入调用。
使用
@EnableAspectJAutoProxy(exposeProxy = true)开启暴露代理，再通过AopContext.currentProxy()获取代理对象：((UserService) AopContext.currentProxy()).addUser(userName);。
三、事务方法非public修饰
场景解析
Spring事务拦截器默认只拦截public修饰的方法。若事务方法用private、protected、default修饰，AOP无法识别该方法的事务注解，导致事务失效。
代码示例（错误）
@Service public class UserService { @Autowired private UserMapper userMapper; // private修饰，事务失效 @Transactional(rollbackFor = Exception.class) private void addUser(String userName) { userMapper.insert(new User(null, userName)); int i = 1 / 0; } }规避方案
事务方法必须用public修饰，同时建议明确指定rollbackFor属性（默认仅回滚RuntimeException及子类）。
四、事务方法添加static/final修饰
场景解析
static方法：Spring AOP基于动态代理，代理对象是目标对象的子类，而static方法属于类级别的方法，子类无法重写，AOP无法拦截。
final方法：final方法无法被子类重写，AOP动态代理生成的子类无法覆盖该方法，导致事务拦截失效。
代码示例（错误）
@Service public class UserService { @Autowired private UserMapper userMapper; // static修饰，事务失效 @Transactional(rollbackFor = Exception.class) public static void addUserStatic(String userName) { userMapper.insert(new User(null, userName)); } // final修饰，事务失效 @Transactional(rollbackFor = Exception.class) public final void addUserFinal(String userName) { userMapper.insert(new User(null, userName)); } }规避方案
事务方法避免使用static和final修饰，保持public权限且非final、非static。
五、捕获异常不抛出
场景解析
Spring事务默认只有当方法抛出未捕获的异常（且异常类型符合rollbackFor配置）时，才会触发回滚。若在方法内部捕获了异常并自行处理（未重新抛出），Spring无法感知异常，事务不会回滚
代码示例（错误）
@Service public class UserService { @Autowired private UserMapper userMapper; @Transactional(rollbackFor = Exception.class) public void addUser(String userName) { try { userMapper.insert(new User(null, userName)); int i = 1 / 0; // 模拟异常 } catch (Exception e) { // 捕获异常不抛出，Spring无法感知 log.error("添加用户失败", e); } } }规避方案
捕获异常后重新抛出：
catch (Exception e) { log.error("添加用户失败", e); throw e; }。若需自定义异常处理，可抛出RuntimeException或指定的异常类型（需匹配rollbackFor配置）。
特殊场景下，可通过
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()手动触发回滚。
六、异常类型不匹配
场景解析
Spring事务默认仅回滚RuntimeException及子类（非检查异常），若方法抛出的是检查异常（如IOException、SQLException），且未通过rollbackFor属性指定，事务不会回滚。
代码示例（错误）
@Service public class UserService { @Autowired private UserMapper userMapper; // 未指定rollbackFor，抛出检查异常不回滚 @Transactional public void addUser(String userName) throws IOException { userMapper.insert(new User(null, userName)); throw new IOException("模拟IO异常"); } }规避方案
在@Transactional注解中明确指定rollbackFor = Exception.class（覆盖所有异常类型），或指定具体需要回滚的异常类型，例如：
@Transactional(rollbackFor = {IOException.class, SQLException.class}) public void addUser(String userName) throws IOException { // 业务逻辑 }七、多线程调用事务方法
场景解析
Spring事务是绑定在ThreadLocal中的，即事务上下文仅在当前线程有效。若在事务方法中开启新线程调用其他事务方法，新线程无法继承当前线程的事务上下文，两个线程的事务相互独立，无法保证一致性。
代码示例（错误）
@Service public class UserService { @Autowired private UserMapper userMapper; @Autowired private LogService logService; @Transactional(rollbackFor = Exception.class) public void addUserAndLog(String userName) { // 主线程事务 userMapper.insert(new User(null, userName)); // 开启新线程调用事务方法 new Thread(() -> { logService.addLog(userName); // 新线程事务，与主线程无关 }).start(); int i = 1 / 0; // 主线程异常回滚，但新线程事务已提交 } }规避方案
避免多线程嵌套事务，尽量将多线程逻辑移出事务方法，或通过分布式事务框架（如Seata）处理跨线程/跨服务事务。
若必须使用多线程，可通过ThreadLocal手动传递事务上下文（复杂度高，不推荐），或改用同步调用。
八、事务传播机制配置错误
场景解析
Spring事务传播机制定义了多个事务方法嵌套调用时的行为，若配置不当（如使用PROPAGATION_NOT_SUPPORTED、PROPAGATION_NEVER等），会导致事务失效或不按预期执行。
常见错误传播机制：
PROPAGATION_NOT_SUPPORTED：以非事务方式执行，若当前存在事务则挂起。
PROPAGATION_NEVER：以非事务方式执行，若当前存在事务则抛出异常。
PROPAGATION_SUPPORTS：若当前存在事务则加入，否则以非事务方式执行（无事务时失效）。
代码示例（错误）
@Service public class UserService { @Autowired private LogService logService; @Transactional(rollbackFor = Exception.class) public void addUser(String userName) { userMapper.insert(new User(null, userName)); logService.addLog(userName); // 调用非事务方法 } } @Service public class LogService { // 配置错误传播机制，事务失效 @Transactional(propagation = Propagation.NOT_SUPPORTED, rollbackFor = Exception.class) public void addLog(String userName) { userMapper.insertLog(new Log(null, userName, LocalDateTime.now())); } }规避方案
根据业务场景选择正确的传播机制，常用推荐：
PROPAGATION_REQUIRED（默认）：若当前无事务则新建，有则加入，适合大多数场景。
PROPAGATION_REQUIRES_NEW：无论当前是否有事务，都新建独立事务，适合需要独立回滚的场景。
避免使用NOT_SUPPORTED、NEVER等易导致事务失效的传播机制，除非有明确业务需求。
九、手动new对象未交给Spring管理
场景解析
Spring事务依赖IOC容器管理的Bean（代理对象），若通过new关键字手动创建对象，该对象不属于Spring容器管理，AOP无法为其生成代理，事务注解自然失效。
代码示例（错误）
@Service public class UserService { @Transactional(rollbackFor = Exception.class) public void addUser(String userName) { UserMapper userMapper = new UserMapper(); // 手动new，非Spring管理 userMapper.insert(new User(null, userName)); int i = 1 / 0; } }规避方案
所有需要事务支持的Bean，都通过Spring IOC容器管理，使用
@Autowired、@Resource等注解依赖注入，禁止手动new。若需动态创建对象，可通过Spring上下文获取Bean：
UserMapper userMapper = SpringContextUtil.getBean(UserMapper.class);。
面试总结
Spring事务失效的核心原因可归纳为三类：代理机制无法生效（内部调用、static/final、非public、手动new对象）、异常处理不当（捕获不抛出、异常类型不匹配）、配置/依赖错误（存储引擎不支持、传播机制错误）。
