org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only at org.springframework.transaction.support.AbstractPlatformTransactionManager.processRollback(AbstractPlatformTransactionManager.java:870) at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:707) at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:654) at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:407) at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:119) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186) at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:753) at org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:89) at com.hzpft.ihive.common.morg.DataSourceReadOnlyAspect.anyWriteableServiceMethod(DataSourceReadOnlyAspect.java:61) at sun.reflect.GeneratedMethodAccessor870.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498)

<think>好的，我现在要处理用户提出的关于Spring的UnexpectedRollbackException的问题。首先，我需要理解这个异常的原因和背景。根据用户提供的堆栈跟踪，异常发生在事务提交时，提示事务被标记为rollback-only，导致回滚。这种情况通常与Spring的事务传播机制有关，特别是当内部事务尝试回滚，而外部事务在提交时发现被标记为回滚，从而引发异常。 接下来，我需要回忆Spring的事务传播机制。比如，默认的传播行为是REQUIRED，即如果当前存在事务，就加入该事务，否则新建一个。当内部方法在一个事务中抛出异常时，如果该异常未被捕获，事务会被标记为rollback-only。此时，如果外部方法继续执行并尝试提交事务，Spring会发现这个标记，从而抛出UnexpectedRollbackException。 然后，我应该考虑常见的触发场景。例如，外部方法开启了事务，调用内部方法，内部方法加入了同一个事务。如果内部方法抛出异常，事务被标记为回滚。外部方法可能捕获了异常，继续执行其他逻辑，并尝试提交事务，但此时事务已经被标记，导致异常发生。 接下来，用户可能需要解决方案。我需要整理可能的解决方法，比如检查异常处理是否正确，调整事务传播行为，或者在适当的位置捕获异常并处理。例如，使用PROPAGATION_REQUIRES_NEW让内部方法开启新事务，避免影响外部事务。另外，检查是否在事务方法中捕获了异常但未处理回滚状态，导致事务状态不一致。 还需要注意代码中的切面，如用户提到的DataSourceReadOnlyAspect，可能影响事务的读写配置，是否有误将写操作标记为只读，导致事务行为异常。这也是需要检查的一个点。 最后，要确保回答结构清晰，分点说明原因、场景和解决方案，用用户容易理解的语言，避免过于技术化的术语，同时保持准确性。同时，遵循用户的要求，使用中文，数学公式用$...$格式，如果有的话。但在这个问题中可能不需要数学公式，但需注意其他格式要求，比如独立公式用$$...$$。不过当前问题可能不涉及数学内容，所以重点放在事务机制和异常处理上。</think>### 问题分析：`UnexpectedRollbackException` 此异常表示事务被标记为**必须回滚**（rollback-only），但在提交时试图强制提交，最终被Spring强制回滚。核心原因是**事务传播机制**与**异常处理逻辑冲突**。 --- ### 原因分步说明 1. **事务传播机制** - 默认传播行为为`PROPAGATION_REQUIRED`：若当前存在事务，则加入该事务；否则新建事务。 - 当**内部方法**（如被调用的子方法）抛出异常时，Spring会将事务标记为`rollback-only`。 - **外部方法**若捕获了该异常并尝试提交事务，会触发此异常。 2. **关键代码逻辑** 假设存在以下调用链： ```java @Transactional public void outerMethod() { try { innerMethod(); // 内部事务抛出异常 } catch (Exception e) { // 捕获异常但未处理事务状态 } // 继续执行并尝试提交事务 } @Transactional public void innerMethod() { throw new RuntimeException("业务异常"); } ``` - `innerMethod`抛出异常 → 事务标记为`rollback-only`。 - `outerMethod`捕获异常但未处理事务状态 → 提交时触发`UnexpectedRollbackException`。 --- ### 常见触发场景 1. **嵌套事务中的隐式回滚** - 内部方法抛出的异常未被捕获，或未通过`@Transactional(noRollbackFor=...)`明确指定不触发回滚。 2. **事务切面配置冲突** - 例如用户代码中的`DataSourceReadOnlyAspect`切面（见堆栈第11行）可能强制设置只读事务，与写操作冲突。 - 若在只读事务中执行写操作，可能间接导致事务状态异常。 --- ### 解决方案 #### 方法1：调整异常处理逻辑 - **明确回滚规则**：在`@Transactional`注解中指定哪些异常触发回滚。 ```java @Transactional(rollbackFor = BusinessException.class, noRollbackFor = IgnoredException.class) ``` - **避免吞没异常**：若捕获异常后仍需提交事务，需在捕获后**重置事务状态**。 ```java try { innerMethod(); } catch (Exception e) { TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); // 显式标记回滚 } ``` #### 方法2：修改事务传播行为 - 使用`PROPAGATION_REQUIRES_NEW`让内部方法开启独立事务，避免污染外部事务： ```java @Transactional(propagation = Propagation.REQUIRES_NEW) public void innerMethod() { ... } ``` #### 方法3：检查切面配置 - 确认`DataSourceReadOnlyAspect`（堆栈中第11行）是否错误地将写操作标记为只读： ```java @Around("anyWriteableServiceMethod()") public Object around(ProceedingJoinPoint point) { // 确保写操作未强制设置为只读数据源 DynamicDataSourceHolder.setWriteMode(); // 正确设置写模式 return point.proceed(); } ``` --- ### 总结 此问题的本质是**事务状态被污染后尝试提交**，需结合以下步骤排查： 1. 检查异常是否被正确捕获或声明回滚规则。 2. 确认事务传播行为是否符合预期（如是否需要独立事务）。 3. 验证切面配置是否干扰事务状态（如读写分离误配）。