):J2Cache 2.3.19 性能提升 30%,这不是 Bugfix 版本
–>
这个版本你们没有槽点可喷了吧,因为没有 Bug 了!!!
J2Cache 2.3.19 带来了部分性能的提升达 30% ,而且进一步降低对 Redis 请求的压力。
纳尼?你说我吹牛逼?下面说说详情!
假设有 100 个线程同时读取同一个 region 、同一个 key 的数据时,也就是说这 100 个线程同时调用了 get 方法,这个时候的 L1 上的数据为空,L2 上有数据。
那么相当于重复执行 L2 -> L1 -> App 这个操作 100 次,也就是说读了 100 次 Redis 的数据。
这个 get 方法(也是最常用的方法)改造之前的代码如下:
public CacheObject get(String region, String key) { CacheObject obj = new CacheObject(region, key, CacheObject.LEVEL_1); obj.setValue(CacheProviderHolder.getLevel1Cache(region).get(key)); if(obj.rawValue() == null) { obj.setLevel(CacheObject.LEVEL_2); obj.setValue(CacheProviderHolder.getLevel2Cache(region).get(key)); if(obj.rawValue() != null) CacheProviderHolder.getLevel1Cache(region).put(key, obj.rawValue()); } return obj; }
改造之后的代码如下:
/** * 读取缓存(用户无需判断返回的对象是否为空) * @param region Cache region name * @param key Cache data key * @return cache object */ public CacheObject get(String region, String key) { CacheObject obj = new CacheObject(region, key, CacheObject.LEVEL_1); obj.setValue(CacheProviderHolder.getLevel1Cache(region).get(key)); if(obj.rawValue() != null) return obj; String lock_key = key + '%' + region; synchronized (_g_keyLocks.computeIfAbsent(lock_key, v -> new Object())) { obj.setValue(CacheProviderHolder.getLevel1Cache(region).get(key)); if(obj.rawValue() != null) return obj; try { obj.setLevel(CacheObject.LEVEL_2); obj.setValue(CacheProviderHolder.getLevel2Cache(region).get(key)); if (obj.rawValue() != null) CacheProviderHolder.getLevel1Cache(region).put(key, obj.rawValue()); } finally { _g_keyLocks.remove(lock_key); } } return obj; }
相当于是在读取 redis 数据之前对这个key加锁,也就是说只有一个线程会进入同步块,后进的线程直接读取一级缓存的数据。
这个改进有什么用呢?你自己不会想啊?有效缓解缓存雪崩!!!
第二个改进内容是允许在 j2cache.properties 中配置默认是否缓存 null 对象的行为(老的版本默认是启用,如果不想启用需要在 API 中通过参数指定),配置项为:
j2cache.default_cache_null_object = true
Maven:
<dependency> <groupId>net.oschina.j2cache</groupId> <artifactId>j2cache-core</artifactId> <version>2.3.19-release</version> </dependency>
—– 吐槽分割线 —–
-
有新特性必将引来新 Bug
-
坐等下午发布 Bug 修复版
-
吓屎了,红薯又发版了
-
J2Cache 是我见过的最有创意,最库的缓存框架
-
红薯太帅了,不愧是开源第一帅
-
码云 Gitee 好好好!
2.x 告一段落了,接下来要计划一下 3.x 版本了,3.x 一个最大的计划就是实现跨语言的联动。