com.github.houbb.cache.api

接口 ICache<K,V>

所有超级接口:

ICacheMap<K,V>

public interface ICache<K,V>
extends ICacheMap<K,V>

缓存接口

从以下版本开始:

0.0.1

作者:

binbin.hou

方法概要

限定符和类型	方法和说明
ICache<K,V>	expireAt(K key, long linuxTime) 在指定的时间过期 （1）如果 key 不存在，则什么都不做。
ICache<K,V>	init(ICacheContext<K,V> context) 初始化 为了直接兼容 map 接口，且持有对应的上下文信息

从接口继承的方法 com.github.houbb.cache.api.ICacheMap

containsKey, get, isEmpty, keySet, put, remove, size

方法详细资料

init

ICache<K,V> init(ICacheContext<K,V> context)

初始化 为了直接兼容 map 接口，且持有对应的上下文信息

参数:

context - 上下文

返回:

实现

从以下版本开始:

1.0.0

expireAt

ICache<K,V> expireAt(K key,
                     long linuxTime)

在指定的时间过期 （1）如果 key 不存在，则什么都不做。 （2）暂时不提供新建 key 指定过期时间的方式，会破坏原来的方法。 会做什么： 类似于 redis （1）惰性删除。 在执行下面的方法时，如果过期则进行删除。 ICacheMap.get(Object) 获取 【数据的不一致性】 调用其他方法，可能得到的不是使用者的预期结果，因为此时的 expire 信息可能没有被及时更新。 比如 ICacheMap.isEmpty() 是否为空 ICacheMap.size() 当前大小 同时会导致以 size() 作为过期条件的问题。 解决方案：考虑添加 refresh 等方法，暂时不做一致性的考虑。 对于实际的使用，我们更关心 K/V 的信息。 （2）定时删除 启动一个定时任务。每次随机选择指定大小的 key 进行是否过期判断。 类似于 redis，为了简化，可以考虑设定超时时间，频率与超时时间成反比。 其他拓展性考虑： 后期考虑提供原子性操作，保证事务性。暂时不做考虑。 此处默认使用 TTL 作为比较的基准，暂时不想支持 LastAccessTime 的淘汰策略。会增加复杂度。 如果增加 lastAccessTime 过期，本方法可以不做修改。

参数:

key - key

linuxTime - 时间戳

返回:

this

从以下版本开始:

0.0.3