这个版本你们没有槽点可喷了吧,因为没有 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> ----- 吐槽分割线 -----
2.x 告一段落了,接下来要计划一下 3.x 版本了,3.x 一个最大的计划就是实现跨语言的联动。 |