溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

如何解決Spring AOP同類調(diào)用失效問題

發(fā)布時間:2021-08-30 10:57:39 來源:億速云 閱讀:320 作者:小新 欄目:開發(fā)技術(shù)

這篇文章將為大家詳細講解有關(guān)如何解決Spring AOP同類調(diào)用失效問題,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。

    一 目標

    深入探究"Spring AOP 同類調(diào)用失效問題",并且深刻理解Spring Aop的底層原理。

    二 概述

    在使用自定義注解形式的@redis做緩存時,@redis失效,分析原因。在此聲明一下:@redis這個注解是的底層其實就是反射,這個以后我會分享一下自定義注解@redis的設計。如果你使用過SpringBoot的話,其實SpringBoot里面也是可以引入像@redis這樣的注解的。這個注解的作用就是將方法的返回值緩存到redis中。

    三 工作中遇到的實例

    應用商店中根據(jù)imeiSnCode來查詢安裝列表,并且打算緩存到redis中。但是發(fā)現(xiàn)用以下的方法發(fā)現(xiàn)數(shù)據(jù)沒有緩存到redis中。

    1.源代碼

    @Service("installedRecordService")
    public class InstalledRecordServiceImpl implements InstalledRecordService{
     
    @Resource
    private InstalledRecordMapper installedRecordMapper;
     
    @Override
    public void getInstalledApks() {
    List<String> imeiSnCodes = installedRecordMapper.queryImeiCode();
    if (imeiSnCodes != null && imeiSnCodes.size()> 0) {
    for(int i=0;i<imeiSnCodes.size();i++){
    getInstalledApk(imeiSnCodes.get(i));
     
    }
    }
    } 
     
    @Redis(value=RedisKeys.INSTALLED_APK,keyArgs={0},sync=true,cacheNull=false,ttl=Constants.INSTALLED_APK_TIME,action=RedisAction.STAB_REDIS)
    public List<InstalledRecord> getInstalledApk(final String code){
    return installedRecordMapper.listByImeiSnCode(code);
    }
    }

    2.原因分析

    如何解決Spring AOP同類調(diào)用失效問題

    首先我們看一下Spring Aop的原理圖(此圖摘抄于網(wǎng)絡): ?

    我長話短說,也就是說我們首先調(diào)用的是AOP代理對象而不是目標對象。但是我們使用this.getInstalledApk(imeiSnCodes.get(i))時,this表示的是當前的對象,而不是代理對象,因此注解失效。

    四 解決方法

    1.方法一

    最簡單的方法就是將getInstalledApks()方法放在另外的一個類中進行調(diào)用,就不會出現(xiàn)這種問題了。代碼省略。

    2.方法二

    暴露AOP代理對象:

    <aop:aspectj-autoproxy expose-proxy="true"/>

    仍然在同一個類中調(diào)用代碼,但是改為如下的形式:

    @Service("installedRecordService")
    public class InstalledRecordServiceImpl implements InstalledRecordService{
     
    @Resource
    private InstalledRecordMapper installedRecordMapper;
     
    @Override
    public void getInstalledApks() {
    List<String> imeiSnCodes = installedRecordMapper.queryImeiCode();
    if (imeiSnCodes != null && imeiSnCodes.size()> 0) {
    for(int i=0;i<imeiSnCodes.size();i++){
    //獲取當前代理對象,進行調(diào)用
    ((InstalledRecordService) AopContext.currentProxy()).getInstalledApk(imeiSnCodes.get(i));
    }
    }
    }
    }
    原理:

    AopContext的實現(xiàn)如下:

    (1).在進入代理對象之后通過AopContext.serCurrentProxy(proxy)暴露當前代理對象到ThreadLocal,并保存上次ThreadLocal綁定的代理對象為oldProxy。

    (2).接下來我們可以通過 AopContext.currentProxy() 獲取當前代理對象。

    (3).在退出代理對象之前要重新將ThreadLocal綁定的代理對象設置為上一次的代理對象,即 AopContext.serCurrentProxy(oldProxy)。AopContext實現(xiàn)的源代碼如下:

    public abstract class AopContext { 
    private static final ThreadLocal<Object> currentProxy = new NamedThreadLocal<Object>("Current AOP proxy");
    public static Object currentProxy() throws IllegalStateException {
    Object proxy = currentProxy.get();
    if (proxy == null) {
    throw new IllegalStateException(
    "Cannot find current proxy: Set 'exposeProxy' property on Advised to 'true' to make it available.");
    }
    return proxy;
    }
     
    static Object setCurrentProxy(Object proxy) {
    Object old = currentProxy.get();
    if (proxy != null) {
    currentProxy.set(proxy);
    }
    else {
    currentProxy.remove();
    }
    return old;
    }
    }

    3.方法三

    往實現(xiàn)類中注入自身。 仍然在同一個類中調(diào)用代碼,但是改為如下的形式:

    @Service("installedRecordService")
    public class InstalledRecordServiceImpl implements InstalledRecordService{
    //注入自身
    @Resource
    private InstalledRecordService installedRecordService;
    @Resource
    private InstalledRecordMapper installedRecordMapper;
     
    @Override
    public void getInstalledApks() {
    List<String> imeiSnCodes = installedRecordMapper.queryImeiCode();
    if (imeiSnCodes != null && imeiSnCodes.size()> 0) {
    for(int i=0;i<imeiSnCodes.size();i++){
    installedRecordService.getInstalledApk(imeiSnCodes.get(i));
     
    }
    }
    }

    4.總結(jié)

    (1).在一個類內(nèi)部調(diào)用時,被調(diào)用方法的 AOP 聲明將不起作用。Spring 事務管理注解 @Transactional 也一樣。

    (2).對于基于接口動態(tài)代理的 AOP 事務增強來說,由于接口的方法都必然是 public 的,這就要求實現(xiàn)類的實現(xiàn)方法也必須是 public 的(不能是 protected、private 等),同時不能使用 static 的修飾符。所以,可以實施接口動態(tài)代理的方法只能是使用 public 或 public final 修飾符的方法,其他方法不可能被動態(tài)代理,相應的也就不能實施 AOP 增強,換句話說,即不能進行 Spring 事務增強了。

    (3).基于 CGLib 字節(jié)碼動態(tài)代理的方案是通過擴展被增強類,動態(tài)創(chuàng)建其子類的方式進行 AOP 增強植入的。由于使用 final、static、private 修飾符的方法都不能被子類覆蓋,相應的,這些方法將無法實施 AOP 增強。所以方法簽名必須特別注意這些修飾符的使用,以免使方法不小心成為事務管理的漏網(wǎng)之魚。

    (4).該例中的方法符合上述條件,但注解仍然失效,主要原因是在于同一類中的方法互相調(diào)用,調(diào)用者指向當前對象,所以無論是接口代理還是 cglib 代理都無法織入增強實現(xiàn)。

    關(guān)于“如何解決Spring AOP同類調(diào)用失效問題”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。

    向AI問一下細節(jié)

    免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

    AI