運用@Transactional，自己拋出異常時不會回滾的原因

作者：青藤園 2012-05-29 16:25:45

對EJB來說，默認的行為是EJB容器在遇到系統異常（通常指運行時異常）時自動回滾當前事務。EJB CMT遇到應用異常（例如，除了java.rmi.RemoteException 外別的checked exception）時并不會自動回滾。默認式Spring處理聲明式事務管理的規則遵守EJB習慣（只在遇到unchecked exceptions時自動回滾），但通常定制這條規則會更有用。

所以

package x.y.service;

public class DefaultFooService implements FooService {

    public Foo getFoo(String fooName) {
        throw new UnsupportedOperationException();
    }

    public Foo getFoo(String fooName, String barName) {
        throw new UnsupportedOperationException();
    }

    public void insertFoo(Foo foo) {
        throw new UnsupportedOperationException();
    }

    public void updateFoo(Foo foo) {
        throw new UnsupportedOperationException();
    }
}

（對該例的目的來說，上例中實現類(DefaultFooService )的每個方法在其方法體中拋出UnsupportedOperationException 的做法是恰當的，我們可以看到，事務被創建出來，響應UnsupportedOperationException 的拋出，然后回滾。）

@Transactional 有關的設置

在最簡單的形式下，@Transactional 指定一個接口、類、方法必須是事務性的，其默認事務語義為：read/write，PROPAGATION_REQUIRED，ISOLATION_DEFAULT ，TIMEOUT_DEFAULT ，而且僅當遇到RuntimeException 時回滾，而不是Exception 。

改變事務設置的其他可選屬性

Table 9.1. Transactional 注解的屬性

屬性	類型	描述
傳播性	枚舉型：Propagation	可選的傳播性設置（默認值：PROPAGATION_REQUIRED ）
隔離性	枚舉型：Isolation	可選的隔離性級別（默認值：ISOLATION_DEFAULT ）
只讀性	布爾型	讀寫型事務 vs. 只讀型事務（默認值：false ，即只讀型事務）
回滾異常類（rollbackFor）	一組 Class 類的實例，必須是Throwable 的子類	一組異常類，遇到時確保進行回滾。默認情況下checked exceptions不進行回滾，僅unchecked exceptions（即RuntimeException 的子類）才進行事務回滾。
回滾異常類名（rollbackForClassname）	一組 Class 類的名字，必須是Throwable 的子類	一組異常類名，遇到時確保進行回滾
不回滾異常類（noRollbackFor）	一組 Class 類的實例，必須是Throwable 的子類	一組異常類，遇到時確保不回滾。
不回滾異常類名（noRollbackForClassname）	一組 Class 類的名字，必須是Throwable 的子類	一組異常類，遇到時確保不回滾

我們推薦你參考 @Transactional 注解的javadoc，其中詳細列舉了上述各項屬性及其可選值。

————————————————————————————————————

通過以上可知，在spring 中運用@Transactional 注解，自己拋出異常UnsupportedOperationException會回滾，拋Exception異常，得作相關的配置才會回滾。

【編輯推薦】

技術解析容錯服務器技術還是雙機冗余？
Linux下使用mke2fsk格式化分區的方法
Ubuntu 11.10 利用終端環境備份還原

責任編輯：趙寧寧

Transactional