@Transactional 內部調用例子
在 Spring 的 AOP 代理下，只有目標方法由外部調用，目標方法才由 Spring 生成的代理對象來管理，這會造成自調用問題。
若同一類中的其他沒有@Transactional 注解的方法內部調用有@Transactional 注解的方法，有@Transactional 注解的方法的事務被忽略，不會發生回滾
@Service
public class A{
public void action(){
dosome();
}
@Transactional
public void dosome(){
doa.insert(new Object());
}
}
如上代碼,在方法dosome()中拋出異常時,數據操作不會回滾
解決方案
思路: 強制使用 AspectJ 對方法進行切面
Springboot 引入 AspectJ 切面
pom.xml 中添加AspectJ:
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-aop</artifactId> </dependency> <!-- https://mvnrepository.com/artifact/org.aspectj/aspectjweaver --> <dependency> <groupId>org.aspectj</groupId> <artifactId>aspectjweaver</artifactId> <version>1.9.5</version> </dependency>
啟動類中添加 @EnableAspectJAutoProxy(exposeProxy = true)
@SpringBootApplication
@EnableAspectJAutoProxy(exposeProxy = true)
public class DonngPartsApplication {
public static void main(String[] args) {
SpringApplication.run(DonngPartsApplication.class, args);
}
}
注意: exposeProxy = true 若不添加,則會報:
java.lang.IllegalStateException:
Cannot find current proxy: Set 'exposeProxy' property on Advised to 'true' to make it available,
and ensure that AopContext.currentProxy() is invoked in the same thread as the AOP invocation context.
代碼中 ((A) AopContext.currentProxy()).dosome()
修改為如下代碼,事務就生效啦
@Service
public class A{
public void action(){
((A) AopContext.currentProxy()).dosome();
}
@Transactional
public void dosome(){
doa.insert(new Object());
}
}
@Transactional 進階
1. @Transactional 注解的屬性信息
| 屬性 | 描述 |
|---|---|
| name | 當在配置文件中有多個 TransactionManager , 可以用該屬性指定選擇哪個事務管理器 |
| propagation | 事務的傳播行為，默認值為 REQUIRED |
| isolation | 事務的隔離度，默認值采用 DEFAULT |
| timeout | 事務的超時時間，默認值為-1。如果超過該時間限制但事務還沒有完成，則自動回滾事務 |
| read-only | 指定事務是否為只讀事務，默認值為 false；為了忽略那些不需要事務的方法，比如讀取數據，可以設置 read-only 為 true |
| rollback-for | 用於指定能夠觸發事務回滾的異常類型，如果有多個異常類型需要指定，各類型之間可以通過逗號分隔 |
| no-rollback- for | 拋出 no-rollback-for 指定的異常類型，不回滾事務 |
2. propagation 傳播行為
- REQUIRED：如果有事務, 那么加入事務, 沒有的話新建一個(默認情況下)
- NOT_SUPPORTED：容器不為這個方法開啟事務
- REQUIRES_NEW：不管是否存在事務,都創建一個新的事務,原來的掛起,新的執行完畢,繼續執行老的事務
- MANDATORY：必須在一個已有的事務中執行,否則拋出異常
- NEVER：必須在一個沒有的事務中執行,否則拋出異常(與MANDATORY相反)
- SUPPORTS：如果其他bean調用這個方法,在其他bean中聲明事務,那就用事務.如果其他bean沒有聲明事務,那就不用事務.
- NESTED： 如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則進行與PROPAGATION_REQUIRED類似的操作。
3. 事物超時設置
@Transactional(timeout=30) //默認是30秒
4. 事務隔離級別 isolation
- READ_UNCOMMITTED：讀取未提交數據(會出現臟讀, 不可重復讀) 基本不使用
- READ_COMMITTED：讀取已提交數據(會出現不可重復讀和幻讀)
- REPEATABLE_READ：可重復讀(會出現幻讀)
- SERIALIZABLE：串行化
注意
@Transactional 只能被應用到public方法上
僅僅 @Transactional 注解的出現不足於開啟事務行為，它僅僅 是一種元數據
/** * REQUIRED：如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務。 * REPEATABLE_READ：這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免下面的情況產生(不可重復讀) * readOnly：不允許只讀 rollbackFor:回滾策略為Exception出現異常之后 * TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); 函數內捕獲異常時需要來設置事務回滾狀態 * Spring Transactional一直是RD的事務神器，但是如果用不好，反會傷了自己。下面總結@Transactional經常遇到的幾個場景: @Transactional 加於private方法, 無效 @Transactional 加於未加入接口的public方法, 再通過普通接口方法調用, 無效 @Transactional 加於接口方法, 無論下面調用的是private或public方法, 都有效 @Transactional 加於接口方法后, 被本類普通接口方法直接調用, 無效 @Transactional 加於接口方法后, 被本類普通接口方法通過接口調用, 有效 @Transactional 加於接口方法后, 被它類的接口方法調用, 有效 @Transactional 加於接口方法后, 被它類的私有方法調用后, 有效 */