Spring的事務管理默認只對未檢查異常(java.lang.RuntimeException及其子類)進行回滾，如果一個方法拋出Checked異常，Spring事務管理默認不進行回滾。
關於異常的分類一下詳細介紹：
1、基本概念
看java的異常結構圖
Throwable是所有異常的根，java.lang.Throwable
Error是錯誤，java.lang.Error
Exception是異常，java.lang.Exception
2、Exception
一般分為Checked異常和Runtime異常，所有RuntimeException類及其子類的實例被稱為Runtime異常，不屬於該范疇的異常則被稱為CheckedException。
①Checked異常
只有java語言提供了Checked異常，Java認為Checked異常都是可以被處理的異常，所以Java程序必須顯示處理Checked異常。如果程序沒有處理Checked異常，該程序在編譯時就會發生錯誤無法編譯。這體現了Java的設計哲學：沒有完善錯誤處理的代碼根本沒有機會被執行。對Checked異常處理方法有兩種
(1) 當前方法知道如何處理該異常，則用try...catch塊來處理該異常。
(2) 當前方法不知道如何處理，則在定義該方法是聲明拋出該異常。
我們比較熟悉的Checked異常有
Java.lang.ClassNotFoundException
Java.lang.NoSuchMetodException
java.io.IOException
②RuntimeException
Runtime如除數是0和數組下標越界等，其產生頻繁，處理麻煩，若顯示申明或者捕獲將會對程序的可讀性和運行效率影響很大。所以由系統自動檢測並將它們交給缺省的異常處理程序。當然如果你有處理要求也可以顯示捕獲它們。
我們比較熟悉的RumtimeException類的子類有
Java.lang.ArithmeticException
Java.lang.ArrayStoreExcetpion
Java.lang.ClassCastException
Java.lang.IndexOutOfBoundsException
Java.lang.NullPointerException
3、Error
當程序發生不可控的錯誤時，通常做法是通知用戶並中止程序的執行。與異常不同的是Error及其子類的對象不應被拋出。
Error是throwable的子類，代表編譯時間和系統錯誤，用於指示合理的應用程序不應該試圖捕獲的嚴重問題。
Error由Java虛擬機生成並拋出，包括動態鏈接失敗，虛擬機錯誤等。程序對其不做處理。
改變默認方式
在@Transaction注解中定義noRollbackFor和RollbackFor指定某種異常是否回滾。
@Transaction(noRollbackFor=RuntimeException.class)
@Transaction(RollbackFor=Exception.class)
這樣就改變了默認的事務處理方式。
啟示
這就要求我們在自定義異常的時候，讓自定義的異常繼承自RuntimeException，這樣拋出的時候才會被Spring默認的事務處理准確處理。
Struts2整合Spring方法及原理 http://www.linuxidc.com/Linux/2013-12/93692.htm
基於 Spring 設計並實現 RESTful Web Services http://www.linuxidc.com/Linux/2013-10/91974.htm
Spring-3.2.4 + Quartz-2.2.0集成實例 http://www.linuxidc.com/Linux/2013-10/91524.htm
使用 Spring 進行單元測試 http://www.linuxidc.com/Linux/2013-09/89913.htm
運用Spring注解實現Netty服務器端UDP應用程序 http://www.linuxidc.com/Linux/2013-09/89780.htm
Spring 3.x 企業應用開發實戰 PDF完整高清掃描版+源代碼 http://www.linuxidc.com/Linux/2013-10/91357.htm
Spring 的詳細介紹：請點這裡
Spring 的下載地址：請點這裡