ListCache 自定义缓存注解

一 背景

对于日常接口加缓存需求,spring提供的@Cacheable注解在大部分场景下都很好实现功能。(若对此注解不熟悉,请先谷歌)

但是随着业务代码越写越多,慢慢会发现有些场景下@Cacheable注解并不能完美实现我们想要的功能。

使用@Cacheable都会指定一个key,nameSpace或者其他的一些条件,随你愿意。

但是@Cacheable最大的一个遗憾是它不支持批量key,如果我调用的方法会产生多个key的缓存,这时候@Cacheable就会显得有点苍白。

比如有如下方法

public List<Student> getStudentByIds(List<Integer> ids, Boolean includeTeacher, Boolean includeFather) {
        /**
         * 实现忽略
         */
        return new LinkedList<>();
    }

Student类如下:

public class Student {
    private Integer id;
    private Integer age;
    private String name;

    private Integer teacherId;
    private String teacherName;

    private Integer fatherId;
    private String fatherName;
}

针对这种情况,如果用@Cacheable注解的话,会很鸡肋。因为@Cacheable只能有一个key,而这个方法最好是针对每一个学生id都产生一个key,这样才能保证缓存的命中率。比如你查询了学生id为1,2,4,5的数据,下次再查询2,4,6学生数据时,应该2,4走缓存,6走代码查询,这样提高缓存命中率。

二 目前的方案

对于上述的情景,可以有以下解决方案:

1 仍然使用@Cacheable注解,调用方法之前对ids参数进行排序,然后将ids序列化(或者其他方式,反正能得到一个string就行)与其他参数拼接在一起,组成缓存的key。

缺点:不太可行,这样会导致缓存命中率低,因为很少会出现两次一模一样的调用(入参完全相同)

2 手动写缓存代码
不使用@Cacheable注解。大致逻辑是先手动组装缓存的key,然后批量获取缓存数据,再找出没有缓存的key,调用方法,得到要缓存的数据,写入未缓存的数据。方法可行,完美完成功能。

缺点一 :麻烦,每当有类似方法需要加缓存时,每次都要写代码。
缺点二:写缓存数据的时候不方便。有两种写缓存方式,第一种,一条一条put(带超时时间),需要与redis交互多次。第二种,一次multiSet,然后依次设置key的超时时间。这样有一个问题,这不是一个原子操作,这两步操作不在一个事务中,如果第一步成功了,第二步失败了,就会导致已缓存的数据没有失效时间。

三 写个注解

import java.lang.annotation.*;
 
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface ListCache {
 
    /**
     * 缓存排除list参数后面一截的key,支持SpEL表达式
     */
    String key() default "";
 
    /**
     * 返回字段中与入参list对应的字段名
     */
    String idKey();
 
    /**
     * 缓存nameSpace
     */
    String cacheNamespace();
 
    /**
     * 缓存时间 秒 默认120秒
     */
    int cacheTime() default 120;
 
}

对注解的处理,大致逻辑如下:

强制要求加注解的方法的第一个入参是List类型,然后将list中的数据拼接上注解的key字段,组成key的list,调用multiget获取缓存数据,找出未缓存的数据,调用方法获取数据,拼接缓存key和对应value,调用lua脚本缓存数据。使用lua脚本的好处是,第一,只需要如redis交互一次,减少调用,第二,执行的lua脚本在一个事务中,要么成功,要么失败,不会存在成功一半的场景。使用lua主要是因为redisTemplate无法满足要求,虽然redisTemplate有multiSet操作,但是无法指定超时时间,必须先multiSet,再依次指定key的超时时间,这不是一个原子操作,如果在multiSet成功后,程序崩溃,导致后面设置超时的操作没有执行,就会导致key没有超时时间,无限存在。

具体实现代码如下:

package com.aihuishou.opt.inspection.service.aspect;
 
@Aspect
@Component
@Slf4j
public class ListCacheAspect {
    private static final String COLON = ":";
    private final ExpressionParser parser = new SpelExpressionParser();
    private final LocalVariableTableParameterNameDiscoverer discoverer = new LocalVariableTableParameterNameDiscoverer();
 
    @Autowired
    private RedisTemplate redisTemplate;
 
    @Pointcut("@annotation(com.aihuishou.opt.inspection.service.aspect.ListCache)")
    public void doPerform1() {
    }
 
    @Around("doPerform1()")
    public Object determine(ProceedingJoinPoint jp) throws Throwable {
        MethodSignature signature = (MethodSignature) jp.getSignature();
        Method targetMethod = signature.getMethod();
        if (targetMethod.isAnnotationPresent(ListCache.class)) {
            try {
                return getList(jp, targetMethod);
            } catch (Throwable throwable) {
                log.error("ListCache 缓存失败,异常:", throwable);
                return jp.proceed();
            }
        } else {
            return jp.proceed();
        }
    }
 
    private List getList(ProceedingJoinPoint jp, Method targetMethod) throws Throwable {
        ListCache listCache = targetMethod.getAnnotation(ListCache.class);
        Object[] args = jp.getArgs();
 
        if (!(args[0] instanceof List)) {
            throw new IllegalArgumentException("第一个参数是必须List");
        }
 
        String spel = listCache.key();
        String idKey = listCache.idKey();
        int cacheTime = listCache.cacheTime();
        String cacheNamespace = listCache.cacheNamespace();
        if (!cacheNamespace.endsWith(COLON)) {
            cacheNamespace = cacheNamespace.concat(COLON);
        }
        String spelKey = parseSpel(targetMethod, args, spel, String.class);
 
        List listKey = (List) args[0];
        if (CollectionUtils.isEmpty(listKey)) {
            return Lists.newLinkedList();
        }
        List<String> redisKeys = Lists.newLinkedList();
        for (Object o : listKey) {
            redisKeys.add(cacheNamespace + o.toString() + spelKey);
        }
 
        List responseList = Lists.newLinkedList();
        List notCachedListKey = Lists.newLinkedList();
        if (CollectionUtils.isNotEmpty(redisKeys)) {
            responseList = redisTemplate.opsForValue().multiGet(redisKeys);
        }
        int i = 0;
        for (Object o : responseList) {
            /**
             * 这里利用了multiGet的一个特性,multiGet返回的数据会按照请求时key的顺序返回对应的value数据,
             * 即保证数据顺序一致,如果key对应的value不存在,返回null
             */
            if (Objects.isNull(o)) {
                notCachedListKey.add(listKey.get(i));
            }
            i++;
        }
        if (CollectionUtils.isEmpty(notCachedListKey)) {
            return responseList;
        }
        args[0] = notCachedListKey;
        List proceed = (List) jp.proceed(args);
        if (CollectionUtils.isEmpty(proceed)) {
            return responseList;
        }
 
        Map<String, Object> map = Maps.newHashMapWithExpectedSize(notCachedListKey.size());
        /**
         * 这里这样写的原因是你无法保证方法返回的数据能保证入参的顺序。方法的实现可能是查询数据库,
         * 也可能是调用其他服务,无法做到像multiGet一样保证顺序,
         * 所以注解中的idKey完全是为了拼接不在redis中的数据的缓存的key
         */
        for (Object o : proceed) {
            Field declaredField = o.getClass().getDeclaredField(idKey);
            declaredField.setAccessible(true);
            String remainRedisKey = cacheNamespace + declaredField.get(o).toString() + spelKey;
            map.put(remainRedisKey, o);
        }
 
        DefaultRedisScript<String> redisScript = new DefaultRedisScript<>();
        redisScript.setScriptSource(new ResourceScriptSource(new ClassPathResource("scrip.lua")));
        redisScript.setResultType(String.class);
 
        List<String> keys = map.keySet().stream().map(t -> String.valueOf(t)).collect(Collectors.toList());
        //缓存时间特殊处理,之所以不放到value中,是因为会报错,类型转换错误。
        keys.add(String.valueOf(cacheTime));
        redisTemplate.execute(redisScript, redisTemplate.getValueSerializer(), redisTemplate.getStringSerializer()
                , keys, map.values().toArray());
 
        responseList.addAll(proceed);
        return responseList;
    }
 
    /**
     * 解析 SpEL 表达式
     *
     * @param method    方法
     * @param arguments 参数
     * @param spel      表达式
     * @param clazz     返回结果的类型
     * @return 执行spel表达式后的结果
     */
    private <T> T parseSpel(Method method, Object[] arguments, String spel, Class<T> clazz) {
        String[] params = discoverer.getParameterNames(method);
        EvaluationContext context = new StandardEvaluationContext();
        for (int len = 0; len < params.length; len++) {
            context.setVariable(params[len], arguments[len]);
        }
        Expression expression = parser.parseExpression(spel);
        return expression.getValue(context, clazz);
    }
}

对应的lua脚本如下:

local keys = KEYS
local values = ARGV
--缓存时间特殊处理
local timeout = tonumber(KEYS[table.getn(keys)])
for i = 1, table.getn(keys) - 1 do
    redis.call('set' , keys[i] , values[i] , 'EX' , timeout)
end
return "ok"

使用示例:

@ListCache(key = "'-'+#includeTeacher+'-'+#includeFather", idKey = "id", cacheNamespace = CacheNamespace.STUDENT)
public List<Student> getStudentByIds(List<Integer> ids, Boolean includeTeacher, Boolean includeFather) {
    /**
     * 实现忽略
     */
    return new LinkedList<>();
}

四 其他

  1. 由于在代码中使用到了反射,对于其性能,没有做专门的测试,后续有时间再做下完整的性能测试。
  2. cacheTime的默认值可以从配置文件中获取,保证项目缓存时间一致。
  3. 对于缓存数据的写入,现在的操作是同步写入,然后再返回。如果为了追求效率,可将缓存数据写入改为异步,但是要注意,异步写入的缓存数据不能在写入前被修改,否则可能会导致缓存数据错误。可以将要缓存的数据做一次深拷贝,这样会慢一些,但是保证数据没问题。如果你确认数据不会被修改,也可直接缓存数据。
  4. 本来是想在网上找找解决方案的,没找到,如果有更好的方案,请不吝赐教。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 196,200评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,526评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 143,321评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,601评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,446评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,345评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,753评论 3 387
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,405评论 0 255
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,712评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,743评论 2 314
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,529评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,369评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,770评论 3 300
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,026评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,301评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,732评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,927评论 2 336

推荐阅读更多精彩内容