@Cacheable加缓存导致的跳过校验 & self自调用

@Cacheable加缓存导致的跳过校验 & self自调用

@Cacheable加缓存导致的跳过校验

java 复制代码
@Service
public class DataServiceImpl implements DataService {

    // 这个属性指向当前类的代理对象
    @Autowired
    private DataService self;


    @Override
    @Cacheable(value = "dataCache", key = "#param")
    public String getData(String param) {
        if (!isValid(param)) {
            throw new IllegalArgumentException("Invalid parameter");
        }
        // 通过代理对象调用getData方法,确保缓存逻辑被执行
        
        return findData(param);
    }

    private String findData(String param) {
        // 数据查询逻辑
        return "Data for " + param;
    }

    private boolean isValid(String param) {
        // 参数校验逻辑
        return param != null && !param.isEmpty();
    }
}

上面的代码在getData方法前面加了@Cacheable注解,实现了加缓存的操作;不过仔细梳理逻辑就会发现:

当一次调用该方法请求数据;cache中没有数据,于是调用getData方法获取数据,并且将查到的数据存在缓存当中;当第二次查数据的时候,会直接从cache里面找数据,此时不会调用getData方法;因此也就直接跳过了校验。导致后面查找数据时不需要校验就可以直接从缓存里面获取数据。

改进办法:

java 复制代码
@Service
public class DataServiceImpl implements DataService {

    // 这个属性指向当前类的代理对象
    @Autowired
    private DataService self;

    @Override
    public String getDataWithValidation(String param) {
        if (!isValid(param)) {
            throw new IllegalArgumentException("Invalid parameter");
        }
        // 通过代理对象调用getData方法,确保缓存逻辑被执行
        return self.getData(param);
    }

    @Override
    @Cacheable(value = "dataCache", key = "#param")
    public String getData(String param) {
        return findData(param);
    }

    private String findData(String param) {
        // 数据查询逻辑
        return "Data for " + param;
    }

    private boolean isValid(String param) {
        // 参数校验逻辑
        return param != null && !param.isEmpty();
    }
}

我们在getData 方法外又封装了一层方法,于是不管是从数据库中还是从缓存中调取数据,都必须要首先进行校验;便避免了上面提到的问题。

此外,在getDataWithValidation方法中返回getData方法需要使用self关键字来进行调用,否则@cacheable关键字就会失效;


self自调用

在Java中,使用self.func()这样的自引用调用(其中self是当前对象的引用)通常不是必需的,但在特定情况下,这种调用方式是必要的,特别是在使用Spring框架和面向切面编程(AOP)时。以下是一些使用self.func()调用的具体场景:

1. Spring AOP和代理

当你在Spring框架中使用AOP特性,如@Cacheable@Transactional等注解时,直接在同一个类内部调用被注解的方法不会触发AOP逻辑,因为这种调用不会经过Spring代理。为了确保AOP逻辑被正确触发,你需要通过代理对象(self)来调用方法。

java

java 复制代码
@Service
public class MyService {

    private final MyService self = this;

    @Cacheable(value = "cache", key = "#id")
    public String getCachedData(Long id) {
        // 模拟数据库查询
        return "Data for " + id;
    }

    public String getDataWithCacheCheck(Long id) {
        if (someCondition()) {
            // 直接调用不会触发缓存逻辑
            return getCachedData(id);
        }
        // 使用self引用来调用,确保经过Spring代理
        return self.getCachedData(id);
    }
}

2. 确保线程安全

在多线程环境中,如果你需要确保对共享资源的访问是线程安全的,可能会使用synchronized关键字。在这种情况下,自引用调用可以确保所有的调用都经过同步块。

java

java 复制代码
public class Counter {
    private int count = 0;

    public synchronized void increment() {
        count++;
    }

    public void incrementSafely() {
        // 使用self引用来确保线程安全
        this.self.increment();
    }

    private Counter self = this;
}

3. 避免无限递归

在某些情况下,你可能需要在方法内部调用自身,但又不希望陷入无限递归。通过使用self引用,你可以控制递归的深度。

java

java 复制代码
public class RecursiveFunction {
    private final RecursiveFunction self = this;

    public void recursiveCall(int depth) {
        if (depth > 0) {
            // 使用self引用来避免无限递归
            self.recursiveCall(depth - 1);
        }
    }
}

4. 模拟外部调用

在单元测试中,你可能需要模拟外部对类的调用,以测试类的行为。通过使用self引用,你可以确保测试覆盖了所有通过代理的路径。

java

java 复制代码
public class ServiceUnderTest {
    private final ServiceUnderTest self = this;

    public void someBusinessLogic() {
        // 业务逻辑
    }

    public void testExternalCall() {
        // 使用self引用来模拟外部调用
        self.someBusinessLogic();
    }
}

总的来说,self.func()调用在Java中不是常规做法,但在特定的框架使用(如Spring AOP)和特定的编程模式(如线程安全控制、递归控制)中,它是一种确保代码按预期行为执行的有效手段。

相关推荐
我命由我1234517 小时前
执行 Gradle 指令报错,无法将“grep”项识别为 cmdlet、函数、脚本文件或可运行程序的名称
android·java·java-ee·android studio·android jetpack·android-studio·android runtime
考虑考虑17 小时前
Sentinel安装
java·后端·微服务
凤凰院凶涛QAQ18 小时前
《Java版数据结构 & 集合类剖析》栈与队列:“push/pop 是栈的灵魂,offer/poll 是队列的骨架——四组 API,两种人生”
java·开发语言·数据结构
掘金_答案19 小时前
上线那天,一个 ConcurrentHashMap 差点送走我的 AI 客服——3 天排查 JVM 血泪史
java·后端·架构
猿与禅20 小时前
CosId 分布式 ID 生成器完全教程:从架构原理到生产落地
java·shardingsphere·雪花算法·分布式id·高性能·cosid·号段模式
MindUp20 小时前
企业网盘权限模型解析:多层级访问控制与审计能力选型指南
java·linux·运维
NG47720 小时前
【软件设计与体系结构】-策略设计模式
java·设计模式·软件工程
程序员天天困20 小时前
优雅记录操作日志:从注解到 SpEL 的全链路实践与开源方案对比
java·后端
战血石LoveYY21 小时前
Integer类型超限,导致数据异常
java·算法
乐观的Terry1 天前
1、为什么要自己造发布系统
java·spring boot·后端·spring cloud·架构