springboot 配置ehcache缓存,通过注解定制多租户(multiTenantId)生成缓存的key,并且实现注解按照tenantId清除缓存,tanant之间缓存互相不影响

调研背景

    本公司有一项功能需求,由于查询的数据太多会导致访问时间超优化API接口,但是这不是长久之计,便决定引入缓存,但是此 缓存能够实现按照不同租户的ID号码在同一个cacheName中去生成能识别租户的key,而且在使用cacheEvict时候能够清除在当前租户在cacheName里面所有的缓存,不能清除用户在这个cacheName里面的缓存,并开始了我的调研,和不断的debug,查看底层实现的代码,最终经过一个星期的调研,实现了这个功能,现在想分享给大家,希望对你们今后会给你们帮助和思路。

分析如何定制生成的缓存key,满足我们的要求。

    因为想用注解的方式去生成缓存,@Cacheable()可以生成缓存,那么我便去研究这个注解的实现,通过查看他的方法,我们可以看到 ,如果我们想定制key的话,那么这个keyGenerator()是不是有什么用处,经调查发现,这个是生成默认的key。如果用在方法上,是将方法的强求参数全部都给按照顺序和值,然后返回的参数形成一个唯一的key。那此时思路就来了 ,那么是不是可以直接在这上面定义当前租户的tenantId,那么就开始去动手,重写keyGenerator()

这两个类就是我重写的。下面我贴出里面的重写的源码。

重写了keyGenerator()方法,将只是生成参数key修改成前面有tenantId+simpleKey(还是以前的参数key)这样就按照租户生成了同一个参数的不同缓存,存在于同一个CacheName 的集合下面

分析springboot缓存源码:

    springboot如何使用配置ehcache缓存,文章一搜一大把,这里就不再赘述 。首先就开始分析源码:以及改造生成的key的思路:

首先可以看到,springboot通过@EnableCaching为入口开启缓存,进入注解我们可以看到@Import(CachingConfigurationSelector.Class)导入了配置的选择器。

由于在注解里面默认就会声明默认的是按照poxy代理的的方式加载模式

这边底层添加了代理模式的配置 ,那么我们再进入到里面,

接着配置里面主要是定义了cache的拦截器。我们再进入到拦截器可以发现里面调用了invoke()方法,这个方法主要是实现了,若缓存中存在则直接返回返回缓存的方法,没有就会去执行方法。

我们主要是看看他的父类,cacheAspectSupport这个类,然后再这个类里面我们可以看到又很多的方法,找到了,我们需要的功能,是清除的方法,大家可以debug进来,能够看到最终会进入到这个类里面

cacheEvict会执行我标记的地方如果allEntries=true就会执行doClean()否则会执行下面的doEvict,那么顿时清除缓存的思想便油然而生,我们可以重写这个方法,但是如果要重写这个方法,那我们是不是就应该要把前面的都要重写一遍,对哒,springboot注解就是如此之烦躁,那你既然想要定制,那你就当然别怕麻烦。但是又出现了一个问题,那你是不是注解也要换,如果你不换注解,重写的东西太多了。所以一拍即合,开干,直接从源头开始重写,下面贴出我重写的代码的图,从上到下。

首先放上我重写的所有类,大家可以看到,从注解,到上面给大家截图的源码我都重写了,只不过都加了个前缀,printSaas,其实内容都是复制过来,但是做了一些修改。我们从上到下,看看哪些修改,我会标记出来

这边注释掉两行代码是因为,我还没弄清这个具体是干啥的,但是我大概了解是由于我换了新注解,不注释掉这两行的话会报错,报没有开启EnableCaching,然后我跟踪下去,是因为上面两行代码也是与下图一样,是因为通过了EnableCacing注册的所以会报错。我也懒得再去重写,太多太深了,所以对我业务没影响我就注释掉了

这个图做个说明:首先我重新定义了cache拦截器,然后我重写了下面这个方法,是因为,这里面本来定义的是EnableCaching.class.getName,如果你不重写,那么容器则无法识别你的新注解,会报错。

这是最后一张,就是为了重写doclear()方法,主要思路是循环cache下面所有的key,判断如果当前的租户Id号与key的tenantId相等,那么则通过key去清除。为了适应多种cacheManage我做了一些判断,因为ehcacheCache无法转成googleCache,因为我的程序默认是GuavaCacheManage,我也没找到到底是怎么默认的(希望哪位大神知道可以告知我一下)我知道他的机制是通过autoConfiguration去遍历各种cacheManage,如果又合适的或者说再condition中匹配成功的就使用哪个cacheManager。我就是在resource下面建立了一个ehcache.xml便使用了ehcache。这一块还是没完全弄懂他的机制是啥,希望有知道的大神和我说一声。

最后我的研究已经说完了,可能我的说法有误,但是我确实实现了这个需求和功能,希望大神指教。

猜你喜欢

转载自blog.csdn.net/qq_29648387/article/details/80846438