脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 软件编程 → java → Spring AOP 同类调用失效

解决Spring AOP 同类调用失效问题

 更新时间：2021年08月30日 09:00:05   作者：我是李果  
这篇文章主要介绍了解决Spring AOP 同类调用失效问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教

背景

当初刚到公司实习不久，就遇到一个问题：在同一个类中，调用有@redis,@Transactional的方法，发现注解失效了。因为这个问题，我当时纠结了很久。最后，还是老大一语惊醒梦中人，归根结底，还是Spring Aop原理没有理解彻底。今天就来聊一下关于"Spring AOP 同类调用失效问题"。

一 目标

深入探究"Spring AOP 同类调用失效问题"，并且深刻理解Spring Aop的底层原理。

二 概述

在使用自定义注解形式的@redis做缓存时，@redis失效，分析原因。在此声明一下：@redis这个注解是的底层其实就是反射，这个以后我会分享一下自定义注解@redis的设计。如果你使用过SpringBoot的话，其实SpringBoot里面也是可以引入像@redis这样的注解的。这个注解的作用就是将方法的返回值缓存到redis中。

三 工作中遇到的实例

应用商店中根据imeiSnCode来查询安装列表,并且打算缓存到redis中。但是发现用以下的方法发现数据没有缓存到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的原理图(此图摘抄于网络)：  

我长话短说，也就是说我们首先调用的是AOP代理对象而不是目标对象。但是我们使用this.getInstalledApk(imeiSnCodes.get(i))时，this表示的是当前的对象，而不是代理对象，因此注解失效。

四 解决方法

1.方法一

最简单的方法就是将getInstalledApks()方法放在另外的一个类中进行调用，就不会出现这种问题了。代码省略。

2.方法二

暴露AOP代理对象：

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

仍然在同一个类中调用代码，但是改为如下的形式：

@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++){
//获取当前代理对象，进行调用
((InstalledRecordService) AopContext.currentProxy()).getInstalledApk(imeiSnCodes.get(i));
}
}
}
}

原理：

AopContext的实现如下：

(1).在进入代理对象之后通过AopContext.serCurrentProxy(proxy)暴露当前代理对象到ThreadLocal，并保存上次ThreadLocal绑定的代理对象为oldProxy。

(2).接下来我们可以通过 AopContext.currentProxy() 获取当前代理对象。

(3).在退出代理对象之前要重新将ThreadLocal绑定的代理对象设置为上一次的代理对象，即 AopContext.serCurrentProxy(oldProxy)。AopContext实现的源代码如下：

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.方法三

往实现类中注入自身。 仍然在同一个类中调用代码，但是改为如下的形式：

@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.总结

(1).在一个类内部调用时，被调用方法的 AOP 声明将不起作用。Spring 事务管理注解 @Transactional 也一样。

(2).对于基于接口动态代理的 AOP 事务增强来说，由于接口的方法都必然是 public 的，这就要求实现类的实现方法也必须是 public 的（不能是 protected、private 等），同时不能使用 static 的修饰符。所以，可以实施接口动态代理的方法只能是使用 public 或 public final 修饰符的方法，其他方法不可能被动态代理，相应的也就不能实施 AOP 增强，换句话说，即不能进行 Spring 事务增强了。

(3).基于 CGLib 字节码动态代理的方案是通过扩展被增强类，动态创建其子类的方式进行 AOP 增强植入的。由于使用 final、static、private 修饰符的方法都不能被子类覆盖，相应的，这些方法将无法实施 AOP 增强。所以方法签名必须特别注意这些修饰符的使用，以免使方法不小心成为事务管理的漏网之鱼。

(4).该例中的方法符合上述条件，但注解仍然失效，主要原因是在于同一类中的方法互相调用，调用者指向当前对象，所以无论是接口代理还是 cglib 代理都无法织入增强实现。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

您可能感兴趣的文章:

相关文章

  • 一文彻底掌握RocketMQ 的存储模型

    一文彻底掌握RocketMQ 的存储模型

    这篇文章主要介绍了RocketMQ 的存储模型,本文的重点在于分析 BrokerServer 的消息存储模型，笔者按照自己的理解 , 尝试分析 RocketMQ 的存储模型，需要的朋友可以参考下
    2022-12-12
  • 一文带你详细认识文件与Java中操作文件

    一文带你详细认识文件与Java中操作文件

    文件处理是任何应用程序的重要部分,Java 提供了许多用于创建、读取、更新和删除文件的方法,这篇文章主要给大家介绍了关于认识文件与Java中操作文件的相关资料,需要的朋友可以参考下
    2024-05-05
  • Spring Boot异常处理问题小结

    Spring Boot异常处理问题小结

    在 Spring Boot 中,异常处理是一个重要的部分,可以允许开发者优雅地处理应用程序中可能发生的错误和异常,这篇文章主要介绍了Spring Boot异常处理问题小结,需要的朋友可以参考下
    2024-05-05
  • java统计字符串中重复字符出现次数的方法

    java统计字符串中重复字符出现次数的方法

    这篇文章主要介绍了java统计字符串中重复字符出现次数的方法,涉及java针对字符串的遍历与判断相关操作技巧,需要的朋友可以参考下
    2016-08-08
  • Maven安装和配置阿里云镜像(解决加载慢)

    Maven安装和配置阿里云镜像(解决加载慢)

    本文介绍了Maven中配置阿里云镜像以解决依赖加载慢的问题,包括安装Maven、配置环境变量、在IDEA中配置Maven等内容,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2024-11-11
  • Java并发编程之LongAdder执行情况解析

    Java并发编程之LongAdder执行情况解析

    这篇文章主要为大家介绍了Java并发编程之LongAdder执行情况解析，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
    2023-04-04
  • Spring之借助Redis设计一个简单访问计数器的示例

    Spring之借助Redis设计一个简单访问计数器的示例

    本篇文章主要介绍了Spring之借助Redis设计一个简单访问计数器的示例，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
    2018-06-06
  • logback自定义json日志输出示例详解

    logback自定义json日志输出示例详解

    这篇文章主要为大家介绍了logback自定义json日志输出，就是通过logback日志体系以及logstash提供的json log依赖将数据以json格式记录到日志文件的例子
    2022-03-03
  • rocketmq消费负载均衡--push消费详解

    rocketmq消费负载均衡--push消费详解

    这篇文章主要介绍了rocketmq消费负载均衡--push消费详解，本文介绍了DefaultMQPushConsumerImpl消费者，客户端负载均衡相关知识点。,需要的朋友可以参考下
    2019-06-06
  • Java获取文件的路径及常见问题解决方案

    Java获取文件的路径及常见问题解决方案

    这篇文章主要介绍了Java获取文件的路径及常见问题解决方案,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
    2020-03-03

最新评论