最新回答 / 慕絲0251260
之前接口加密是按照(id加/再加一堆復雜的亂碼)把括號里的加密,你發的判斷是要么為空? 要么直接id加密后的結果,顯然跟我們自己定義的方式加密后的接口不一致? 就要拋異常? 這是防止用戶沒有拿到接口或自己把id加密去當接口
2017-09-15
解決方案:在catch中加入TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();手動回滾或者拋出throw new runtimeexcetpion();異常。前者不需要在上層(controller層)做任何處理,后者需要在上層捕獲這個異常。
本文來至:http://blog.csdn.net/yipanbo/article/details/46048413
本文來至:http://blog.csdn.net/yipanbo/article/details/46048413
2017-09-06
默認spring事務只在發生未被捕獲的 runtimeexcetpion時才回滾。spring aop 異常捕獲原理:被攔截的方法需顯式拋出異常,并不能經任何處理,這樣aop代理才能捕獲到方法的異常,才能進行回滾,默認情況下aop只捕獲runtimeexception的異常,但可以通過配置來捕獲特定的異常并回滾,換句話說在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),這樣程序異常時才能被aop捕獲進而回滾。
2017-09-06
最贊回答 / Bacon_殤
課程里面所講的就是最正常的邏輯,定義異常并最終拋到前臺,一般在前臺會做專門的異常模板頁,前臺收到后端的異常,就在頁面上顯示對應的異常模板頁,就好比你玩游戲玩的好好地網斷了,后臺就會把網絡異常拋到前臺,你就會看到一個頁面上寫著“網絡有問題哦,親~~”等等的寫著類似提示語句的彈出頁
2017-08-23