這是小伙伴們在微信上問的一個問題:
這個問題比較典型,讓我想到面試時有一個 Spring 事務失效的問題,跟這個原因以及解決方案是一模一樣的,因此,抽空整篇文章和小伙伴們分享下。
小伙伴們知道,AOP 底層就是動態代理,動態代理有兩種實現方式:
如果被代理的對象有接口,則可以使用 JDK 動態代理,沒有接口就可以使用 CGLIB 動態代理。
在 Spring 中,默認情況下,如果被代理的對象有接口,就使用 JDK 動態代理,如果被代理的對象沒有接口,則使用 CGLIB 動態代理。
在 Spring Boot 中,2.0 之前也跟 Spring 中的規則一樣,2.0 之后則統一都使用 CGLIB 動態代理。
不過這些都是默認的規則,如果有接口,但是你又希望使用 CGLIB 動態代理,通過修改配置,也都是可以實現的:
如果是 XML 配置,想使用 CGLIB 動態代理,可以按如下方式實現:
<aop:config proxy-target-class="true">
<aop:pointcut id="pc1" expression="。。。" />
<aop:aspect ref="logAdvice">
。。。
</aop:aspect>
</aop:config>
如果是 Java 配置,想使用 CGLIB 動態代理,可以按如下方式實現:
@Component
@Aspect
@EnableAspectJAutoProxy(proxyTargetClass = true)
public class LogAspect {
}
當然,在新版 Spring Boot 項目中,有接口的類默認就是使用 CGLIB 動態代理的。但是此時如果有接口的類你又想使用 JDK 動態代理,那么可以通過如下配置:
spring.aop.proxy-target-class=false
關于 Spring Boot 中的 AOP 代理問題,可以參考去年松哥寫的文章: Spring Boot 中的 AOP,到底是 JDK 動態代理還是 Cglib 動態代理?。
基于第一小節的講解,小伙伴們知道,當你在項目中用到了 AOP 之后,其實你所以見到的類,并不是原本的類了。
松哥前面寫了好幾篇 AOP 相關的文章,如下:
雖然是解決不同的問題,但是有一個共同的點,那就是都是通過自定義注解+ AOP 解決問題的。
現在我就以手把手教你玩多數據源動態切換!為例,來和大家說說這里的動態代理到底是咋回事,沒看過這篇文章的小伙伴可以先看下。
小伙伴們看下,我的 UserService 大致上是下面這樣:
@Service
public class UserService {
@Autowired
UserMapper userMapper;
@DS("master")
public Integer count() {
return userMapper.getCount();
}
}
小伙伴們看到,count() 方法上加了 @DS 注解,所以這個 count() 方法將來是要被自動代理的。換言之,當你在另外一個類中注入 UserService 的時候,其實不是這個 UserService,我 DEBUG 小伙伴們來看一下:
小伙伴們從圖中可以看到,此時我注入的 UserService 并不是真正的 UserService,而是一個通過 CGLIB 動態代理為 UserService 生成的子類,這個子類里邊的 count 方法大致邏輯類似下面這樣(其實就是 AOP 中的代碼,具體小伙伴們可以參考 手把手教你玩多數據源動態切換!一文):
# 切換數據源
# 去數據庫查詢 count
# 清空 ThreadLocal 中的變量
# ...
但是,如果我的調用邏輯是這樣呢:
@Service
public class UserService {
@Autowired
UserMapper userMapper;
public Integer count2() {
return count();
}
@DS("master")
public Integer count() {
return userMapper.getCount();
}
}
小伙伴們來看,count2 方法,這個時候直接在 count2 方法中調用了 count 方法,當然,count2() 方法中的調用也可以寫作 this.count();
,這樣看起來就更明確了,我們調用 count 方法,使用的是當前對象,而當前對象是不包含代理對象中的代碼的,我們通過 DEBUG 來看下:
所以,當我們在 count2 中直接調用 count 方法的時候,那么加在 count 方法上的注解就會失效。
這個問題存在于所有使用了 AOP 的地方,存在的原因第二小節已經分析的很清楚了。
解決辦法其實也有很多種,最為簡單省事的一種,就是在當前類中注入代理對象,然后通過代理對象去調用其他方法,如下:
@Service
public class UserService {
@Autowired
UserMapper userMapper;
@Autowired
UserService userService;
public Integer count2() {
return userService.count();
}
@Transactional
@DS("master")
public Integer count() {
return userMapper.getCount();
}
}
雖然問題解決了,不過這畢竟不是一個好的解決辦法(因為自己中注入自己,在新版 Spring Boot 中要開啟循環依賴才能實現),大家在實際開發中,還是要從設計上盡量避免這種問題。
好啦,這個問題搞明白了,那么事務失效這個問題,也不用我多說了吧!
|