org.springframework.transaction.UnexpectedRollbackException意外回滾解決方法，親測有效，已解決，嘿嘿嘿

在Spring框架中，`org.springframework.transaction.UnexpectedRollbackException`是一種異常類，它表示事務在沒有被顯式地標記爲rollback時發生意外的rollback（回滾）操作。這個異常通常發生在以下兩種情況下：

1. 當數據庫連接遇到一個違反約束的錯誤時，即使沒有聲明事務應該自動回滾，Spring也會嘗試進行回滾。

2. 在執行一個帶有事務的方法時，如果程序拋出任何未處理的受檢異常，而該異常沒有被配置爲可傳播到外部或不被視爲部分成功的一部分，那麼Spring會默認將此情況視爲需要回滾的情況。

爲了解決這個問題，我們需要理解Spring如何管理事務以及如何在我們的代碼中正確處理潛在的問題點。以下是一些常見的解決方案:

方案一：使用@Transactional註解的屬性

我們可以通過調整`@Transactional`註解的屬性來控制事務行爲。例如，你可以設置`propagation = Propagation.REQUIRED`來確保只有明確標記爲需要回滾的事務纔會被回滾。此外，還可以設置`isolation`和`readOnly`屬性來進一步定製事務隔離級別和只讀模式。

// 假設這是一個服務層方法的簽名
public void saveOrder(Order order) {
orderRepository.save(order); // 假定這是訂單持久化邏輯
}

上面的方法可以這樣來添加事務註解:

// 使用適當的註解屬性
@Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.READ_COMMITTED)
public void saveOrder(Order order) {
orderRepository.save(order); // 再次調用保存操作
}

方案二：自定義事務攔截器

如果你想要更細粒度地控制事務行爲，你可以創建一個自定義的事務攔截器來實現這一點。在這個例子中，我們將實現`MethodInterceptor`接口並重寫其`invoke()`方法以提供我們自己的事務處理邏輯。

public class CustomTransactionInterceptor extends TransactionInterceptor {
private static final Map<Class<?>, Boolean> exceptionClasses;
static {
exceptionClasses = new HashMap<>();
// 將你想捕獲的所有異常類都放在這裏
exceptionClasses.put(MyCustomException.class, true);
}

@Override
protected Object doInvoke(MethodInvocation invocation, Class<?> targetClass, @Nullable Object[] args) throws Throwable {
Throwable cause = null;
try {
return super.doInvoke(invocation, targetClass, args);
} catch (RuntimeException | Error e) {
cause = e;
throw e;
} catch (Exception e) {
if (exceptionClasses.containsKey(e.getCause().getClass())) {
throw e;
} else if (e instanceof DataAccessException && exceptionClasses.containsKey(((DataAccessException) e).getRootCause().getClass())) {
throw e;
}
throw new UnsupportedOperationException("Unhandled Exception Type!", e);
} finally {
// 如果拋出了異常並且我們不想回滾，則清除當前事務的狀態
if (cause != null && !this.transactionAttributeSource. rollbackOn(targetClass.getMethod(invocation.getMethodName(), invocation.getMethodParameterTypes()), cause)) {
PlatformTransactionManager transactionManager = this.dataSourceTransactionManager;
if (transactionManager == null || !transactionManager.hasExistingTransaction(currentTransactionStatus())) {
clearTransactionState();
}
}
}
}
}

接下來，我們需要註冊這個攔截器並在應用上下文中啓用它:

<!-- applicationContext.xml or any Spring configuration file -->
<bean id="myCustomTxAdvisor" class="org.springframework.aop.support.DefaultPointcutAdvisor">
<property name="advice" ref="customTxAdvice" />
</bean>
<tx:advice id="customTxAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" propagation="REQUIRED" read-only="false"/>
</tx:attributes>
</tx:advice>
<aop:config>
<aop:pointcut expression="execution(* com.example.service.impl.*ServiceImpl.*(..))" id="serviceOperations"/>
<aop:advisor advice-ref="myCustomTxAdvisor" pointcut-ref="serviceOperations"/>
</aop:config>

請注意，上述示例中的`exceptionClasses`映射僅用於演示目的，在實際應用中，您需要根據自己的業務需求更新它。

方案三：手動回滾事務

有時，你可能需要在某個特定點上顯式地決定是否要回滾事務。在這種情況下，你可以通過獲取當前事務對象並調用`rollback`方法來達到這一目標:

public void processPayment(@Valid Payment payment) {
// 其他業務邏輯
try {
performPaymentProcessing(payment); // 支付相關邏輯
} catch (SomeBusinessException ex) {
// 由於某些商業原因，我們不能繼續下去
// 因此，我們手動回滾事務
Object txObj = TransactionSynchronizationManager.getResource(dataSource);
if (txObj != null) {
((DataSourceTransactionManager) ((TransactionStatus) txObj).getTransaction()).rollback(new DefaultTransactionDefinition(), (TransactionStatus) txObj);
}
throw new RuntimeException(ex);
}
// 其他後續步驟
}

在上述代碼中，我們檢查是否有活動的事務資源，如果有，我們就手動觸發回滾操作。這種方法對於那些需要在拋出異常之前有選擇地進行回滾的場景非常有用。

解決`UnexpectedRollbackException`的關鍵在於理解事務的工作原理以及在應用程序中正確配置和使用事務支持。根據具體情況和需求的不同，可以選擇不同的策略來解決這個問題。