Spring宣告式事務報錯"Transaction rolled back because it has been marked as rollback-only"分析...

在HGXP專案的資質校驗功能中出現了這樣一個報錯資訊："Srping Transaction rolled back because it has been marked as rollback-only“，很明顯是事務管理中出的問題，再檢視資質校驗的程式碼找到出錯的位置之後，覺得事情可能並不是這麼簡單，於是在網上搜集了一下相關的問題，發現出現這個問題的朋友並不在少數，這裡簡單分析、總結一下這個報錯的原因和解決方法。

由於HGXP專案中資質校驗的邏輯程式碼太長（一個校驗方法足足有 1000多行），這裡就借用網友寫的測試方法：

首先定義一個宣告瞭事務的類：

@Transactional  
    public void add(OperateLog entity)throws Exception {  
        // TODO Auto-generated method stub  
        operateLogDao.add(entity);  
    }  

然後再定義一個類用來坐事務異常的測試，其中定義了兩個宣告瞭事務的方法：

    @Transactional  
    public void save(Member member) throws Exception {  
        memberDao.add(member);  
    }  
  
    @Transactional  
    public void add(Member member) throws Exception {  
        try {  
            this.save(member);  
            /* 
             * 日誌的title長度為10 我把值設定為add111111111111111111是為了造成異常 
             */  
            OperateLog entity = new OperateLog("add111111111111111111", "1111");  
            operateLogService.add(entity);  
        } catch (Exception e) {  
            e.printStackTrace();  
            // throw e;  
        }  
    }  

這裡的關鍵就是那個throw e，當它沒有被註釋掉的時候，該方法不會報rollback的錯，只會報標題過長的錯，如下:

    Caused by: com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column '_title' at row 1  
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4072)  
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4006)  
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2468)  
        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2629)  
        at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2719)  
        at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)  
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2450)  
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2371)  
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2355)  
        at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)  
        at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)  
        at org.hibernate.id.IdentityGenerator$GetGeneratedKeysDelegate.executeAndExtract(IdentityGenerator.java:94)  
        at org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:57)  

因此我們可以發現，在spring中，在事務方法中呼叫多個事務方法時，spring將會把這些事務合二為一。當整個方法中每個子方法沒報錯時，整個方法執行完才提交事務（大家可以使用debug測試），如果某個子方法有異常，spring將該事務標誌為rollback only。如果這個子方法沒有將異常往上整個方法丟擲或整個方法未往上丟擲，那麼改異常就不會觸發事務進行回滾，事務就會在整個方法執行完後就會提交，這時就會造成Transaction rolled back because it has been marked as rollback-only的異常，就如上面程式碼中未拋throw e 一樣。如果我們往上拋了改異常，spring就會獲取異常，並執行回滾。