溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容主要講解“Spring事務的失效場景有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Spring事務的失效場景有哪些”吧!
1、Spring事務最終依賴的數據庫的事務，如果用的是mysql的話，執行引擎要是innodb;因為只有innoDB 支持事務。
2、Spring的事務是原理是aop，所以加事務所在bean是要Spring容器管理的；自己new出來的對象肯定是不行的。
3、Spring事務標簽@Transactional必須注解在public方法上。private、protected、default以及finally修飾的方法或者類，以及靜態方法，事務都會失效的。
4、同一個類中內部方法調用，事務會失效的。調用的是this，下圖中的updateOrder上的事務會失效的。可以再定義一個service，調用service里面的updateOrder即可生效。
5、多線程調用事務是會失效的。事務是建立在同一個數據鏈接上，多線程可能拿到的連接不是同一個連接，所以事務是會失效的。如下圖的doOtherThing()拋出了異常，想讓add回滾那是不可能的。
6、事務傳播性，@Transactional注解時，是可以指定propagation參數的,擴展其配置不支持事務。
Propagation.NOT_SUPPORTED，這種類型的傳播特性不支持事務，如果有事務則會拋異常。
目前只有這三種傳播特性才會創建新事務：NESTED,REQUIRES_NEW,REQUIRED。
7、當遇到異常，如果是RuntimeException則會回滾，其他則不行，除非自定義了@Transactional(rollbackFor = Exception.class), 這個配置僅限于 Throwable 異常類及其子類.
8、自己吞了異常，try catch了，自然也不會會滾了。
9、事務嵌套太多，導致回滾多了。如下本想會滾doOtherThing(),但如果doOtherthing拋出異常了，add也接收到了，也會回滾的。比較好的做法是在roleService.doOtherThing()抓住異常。
到此，相信大家對“Spring事務的失效場景有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
