[[404090]]

 前言

日常Bug排查系列都是一些簡單Bug排查，筆者將在這里介紹一些排查Bug的簡單技巧，同時(shí)順便積累素材^_^。

Bug現(xiàn)場(chǎng)

最近有人反映java應(yīng)用操作數(shù)據(jù)庫的時(shí)候，拋異常不回滾。這還了得，不過筆者篤定肯定是用法的鍋，不然就全亂套了。所以筆者去Review他的代碼。

代碼片段

@Transacion(value="x")  
public void s1() throw MyException{  
    update(1);  
    throwBusinessException(); 
    update(2);  
} 

乍看上去沒啥問題。

思路

筆者用@Transaction注解也用了好幾年了，從來沒遇到過拋異常不回滾的情況。看他的用法也和筆者差不多呀?

然后筆者稍微思索了會(huì)，發(fā)現(xiàn)我寫的代碼和出問題的這一段稍稍有些不一樣。我是這么寫的:

@Transacion(value="transManager")  
public void s1(){  
    update(1);  
    update(2);  
} 

貌似我從來沒有在函數(shù)上加過throw MyException,難道是這段有問題?翻看MyException代碼，發(fā)現(xiàn)它僅僅繼承了Exception。

class MyEception extends Exception { 
} 

好像就這點(diǎn)不一樣。而筆者自定義的Exception基本繼承了RuntimeException的。

翻下Spring源碼

按照這個(gè)思路，筆者去翻了下Spring的源碼，看下它在聲明式事務(wù)中的處理邏輯到底是什么，于是翻到了這一段處理事務(wù)異常的代碼:

TransactionAspectSupport.java 
protected void completeTransactionAfterThrowing(TransactionInfo txInfo, Throwable ex) { 
    if (txInfo.transactionAttribute.rollbackOn(ex)) { 
    }else{ 
        // We don't roll back on this exception. 
        // Will still roll back if TransactionStatus.isRollbackOnly() is true. 
        // 在checkedException的時(shí)候,不會(huì)被rollBack,會(huì)commit!!! 
    } 
} 
@Override 
public boolean rollbackOn(Throwable ex) { 
    return (ex instanceof RuntimeException || ex instanceof Error); 
} 

看代碼邏輯就明白了，只有異常繼承RuntimeException或者Error的時(shí)候才會(huì)回滾!好了，讓業(yè)務(wù)開發(fā)改了下代碼，問題解決了。

總結(jié)

遇到問題時(shí)，找到出問題代碼段和類似的正確代碼段的不同處，以此為切入，往往能抓住線索。

本文轉(zhuǎn)載自微信公眾號(hào)「解Bug之路」，可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系解Bug之路公眾號(hào)。