推薦：Spring transaction 事務 --Isolation & Progation
Java異常處理主要通過5個關鍵字控制：try、catch、throw、throws和finally。try的意思是試試它所包含的代碼段中是否會發生異常；而catch當有異常時抓住它，並進行相應的處理，使程序不受異常的影響而繼續執行下去；throw是在程序中明確引發異常；throws的作用是如果一個方法可以引發異常，而它本身並不對該異常處理，那么它必須將這個異常拋給調用它的方法；finally是無論發不發生異常都要被執行的代碼
關鍵字:throw,throws,try和catch的用法如下：
1、throws出現在方法的聲明中，表示該方法可能會拋出的異常，允許throws后面跟着多個異常類型
2、throw出現在方法體中，用於拋出異常。當方法在執行過程中遇到異常情況時，將異常信息封裝為異常對象，然后throw。
3、try出現在方法體中，它自身是一個代碼塊，表示嘗試執行代碼塊的語句。如果在執行過程中有某條語句拋出異常，那么代碼塊后面的語句將不被執行。
4、catch出現在try代碼塊的后面，自身也是一個代碼塊，用於捕獲異常try代碼塊中可能拋出的異常。catch關鍵字后面緊接着它能捕獲的異常類型，所有異常類型的子類異常也能被捕獲。
1 try、catch、finally語句中，在如果try語句有return語句，則返回的之后當前try中變量此時對應的值，此后對變量做任何的修改，都不影響try中return的返回值
2 如果finally塊中有return 語句，則返回try或catch中的返回語句忽略。
3 如果finally塊中拋出異常，則整個try、catch、finally塊中拋出異常
所以使用try、catch、finally語句塊中需要注意的是
1 盡量在try或者catch中使用return語句。通過finally塊中達到對try或者catch返回值修改是不可行的。
2 finally塊中避免使用return語句，因為finally塊中如果使用return語句，會顯示的消化掉try、catch塊中的異常信息，屏蔽了錯誤的發生
3 finally塊中避免再次拋出異常，否則整個包含try語句塊的方法回拋出異常，並且會消化掉try、catch塊中的異常
最近遇到了事務不回滾的情況，我還考慮說JPA的事務有bug？ 我想多了.......
為了打印清楚日志，很多方法我都加tyr catch，在catch中打印日志。但是這邊情況來了，當這個方法異常時候 日志是打印了，但是加的事務卻沒有回滾。
例：
類似這樣的方法不會回滾 （一個方法出錯，另一個方法不會回滾） ：
- if(userSave){
- try {
- userDao.save(user);
- userCapabilityQuotaDao.save(capabilityQuota);
- } catch (Exception e) {
- logger.info("能力開通接口，開戶異常，異常信息："+e);
- }
- }
下面的方法回滾（一個方法出錯，另一個方法會回滾）：
- if(userSave){
- try {
- userDao.save(user);
- userCapabilityQuotaDao.save(capabilityQuota);
- } catch (Exception e) {
- logger.info("能力開通接口，開戶異常，異常信息："+e);
- throw new RuntimeException();
- }
- }
或者：
- if(userSave){
- try {
- userDao.save(user);
- userCapabilityQuotaDao.save(capabilityQuota);
- } catch (Exception e) {
- logger.info("能力開通接口，開戶異常，異常信息："+e);
- TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
- }
- }
為什么不會滾呢？？是對Spring的事務機制就不明白。！！
默認spring事務只在發生未被捕獲的 runtimeexcetpion時才回滾。
spring aop 異常捕獲原理：被攔截的方法需顯式拋出異常，並不能經任何處理，這樣aop代理才能捕獲到方法的異常，才能進行回滾，默認情況下aop只捕獲runtimeexception的異常，但可以通過
配置來捕獲特定的異常並回滾
換句話說在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion（），這樣程序異常時才能被aop捕獲進而回滾
將異常捕獲,並且在catch塊中不對事務做顯式提交(或其他應該做的操作如關閉資源等)=生吞掉異常；
spring的事務邊界是在調用業務方法之前開始的，業務方法執行完畢之后來執行commit or rollback(Spring默認取決於是否拋出runtime異常).
如果拋出runtime exception 並在你的業務方法中沒有catch到的話，事務會回滾。
一般不需要在業務方法中catch異常，如果非要catch，在做完你想做的工作后（比如關閉文件等）一定要拋出runtime exception，否則spring會將你的操作commit,這樣就會產生臟數據.所以你的catch代碼是畫蛇添足。
由此可以推知，在spring中如果某個業務方法被一個
try {
//bisiness logic code
} catch(Exception e) {
//handle the exception
整個包裹起來，則這個業務方法也就等於脫離了spring事務的管理，因為沒有任何異常會從業務方法中拋出！全被捕獲並吞掉，導致spring異常拋出觸發事務回滾策略失效。
不過，如果在catch代碼塊中采用頁面硬編碼的方式使用spring api對事務做顯式的回滾，這樣寫也未嘗不可。
解決方案：
方案1.例如service層處理事務，那么service中的方法中不做異常捕獲，或者在catch語句中最后增加throw new RuntimeException()語句，以便讓aop捕獲異常再去回滾，並且在service上層（webservice客戶端，view層action）要繼續捕獲這個異常並處理
方案2.在service層方法的catch語句中增加：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();語句，手動回滾，這樣上層就無需去處理異常（現在項目的做法）