這是小伙伴們在微信上問的一個問題：

這個問題比較典型，讓我想到面試時有一個 Spring 事務失效的問題，跟這個原因以及解決方案是一模一樣的，因此，抽空整篇文章和小伙伴們分享下。

1. AOP 的原理

小伙伴們知道，AOP 底層就是動態(tài)代理，動態(tài)代理有兩種實現(xiàn)方式：

• JDK 動態(tài)代理：利用攔截器（必須實現(xiàn) InvocationHandler）加上反射機制生成一個代理接口的匿名類，在調(diào)用具體方法前調(diào)用 InvokeHandler 來處理。舉個例子，假設(shè)有一個接口 A，A 有一個實現(xiàn)類 B，現(xiàn)在要給 B 生成代理對象，那么實際上是給 A 接口自動生成了一個匿名實現(xiàn)類，并且在這個匿名實現(xiàn)類中調(diào)用到 B 中的方法。
• CGLIB 動態(tài)代理：利用 ASM 框架，對代理對象類生成的 class 文件加載進來，通過修改其字節(jié)碼生成子類來處理。舉個例子，現(xiàn)在有一個類 A，A 沒有接口，現(xiàn)在想給 A 生成一個代理對象，那么實際上是自動給 A 生成了一個子類，在這個子類中覆蓋了 A 中的方法，所以，小伙伴們要注意，A 類以及它里邊的方法不能是 final 類型的，否則無法生成代理。

如果被代理的對象有接口，則可以使用 JDK 動態(tài)代理，沒有接口就可以使用 CGLIB 動態(tài)代理。

在 Spring 中，默認情況下，如果被代理的對象有接口，就使用 JDK 動態(tài)代理，如果被代理的對象沒有接口，則使用 CGLIB 動態(tài)代理。

在 Spring Boot 中，2.0 之前也跟 Spring 中的規(guī)則一樣，2.0 之后則統(tǒng)一都使用 CGLIB 動態(tài)代理。

不過這些都是默認的規(guī)則，如果有接口，但是你又希望使用 CGLIB 動態(tài)代理，通過修改配置，也都是可以實現(xiàn)的：

如果是 XML 配置，想使用 CGLIB 動態(tài)代理，可以按如下方式實現(xiàn)：

<aop:config proxy-target-class="true">
    <aop:pointcut id="pc1" expression="。。。"/>
    <aop:aspect ref="logAdvice">
        。。。
    </aop:aspect>
</aop:config>

如果是 Java 配置，想使用 CGLIB 動態(tài)代理，可以按如下方式實現(xiàn)：

@Component
@Aspect
@EnableAspectJAutoProxy(proxyTargetClass = true)
public class LogAspect {
}

當然，在新版 Spring Boot 項目中，有接口的類默認就是使用 CGLIB 動態(tài)代理的。但是此時如果有接口的類你又想使用 JDK 動態(tài)代理，那么可以通過如下配置：

spring.aop.proxy-target-class=false

關(guān)于 Spring Boot 中的 AOP 代理問題，可以參考去年松哥寫的文章：Spring Boot 中的 AOP，到底是 JDK 動態(tài)代理還是 Cglib 動態(tài)代理？。

2. 實際用的類

基于第一小節(jié)的講解，小伙伴們知道，當你在項目中用到了 AOP 之后，其實你所以見到的類，并不是原本的類了。

雖然是解決不同的問題，但是有一個共同的點，那就是都是通過自定義注解+ AOP 解決問題的。

現(xiàn)在我就以手把手教你玩多數(shù)據(jù)源動態(tài)切換！為例，來和大家說說這里的動態(tài)代理到底是咋回事，沒看過這篇文章的小伙伴可以先看下。

小伙伴們看下，我的 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 動態(tài)代理為 UserService 生成的子類，這個子類里邊的 count 方法大致邏輯類似下面這樣（其實就是 AOP 中的代碼，具體小伙伴們可以參考 手把手教你玩多數(shù)據(jù)源動態(tài)切換！一文）：

# 切換數(shù)據(jù)源
# 去數(shù)據(jù)庫查詢 count
# 清空 ThreadLocal 中的變量
# ...

但是，如果我的調(diào)用邏輯是這樣呢：

@Service
public class UserService {

    @Autowired
    UserMapper userMapper;

    public Integer count2() {
        return count();
    }

    @DS("master")
    public Integer count() {
        return userMapper.getCount();
    }
}

小伙伴們來看，count2 方法，這個時候直接在 count2 方法中調(diào)用了 count 方法，當然，count2() 方法中的調(diào)用也可以寫作 this.count();，這樣看起來就更明確了，我們調(diào)用 count 方法，使用的是當前對象，而當前對象是不包含代理對象中的代碼的，我們通過 DEBUG 來看下：

所以，當我們在 count2 中直接調(diào)用 count 方法的時候，那么加在 count 方法上的注解就會失效。

3. 問題解決

這個問題存在于所有使用了 AOP 的地方，存在的原因第二小節(jié)已經(jīng)分析的很清楚了。

解決辦法其實也有很多種，最為簡單省事的一種，就是在當前類中注入代理對象，然后通過代理對象去調(diào)用其他方法，如下：

@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 中要開啟循環(huán)依賴才能實現(xiàn)），大家在實際開發(fā)中，還是要從設(shè)計上盡量避免這種問題。

好啦，這個問題搞明白了，那么事務失效這個問題，也不用我多說了吧！