请告诉我我遗失的地方。
我在DataPool中有一个CacheBuilder构建的缓存。 DataPool是一个单例对象,其实例可以获取各种线程并进行操作。现在我有一个生成数据的线程并将其添加到所述缓存中。
显示代码的相关部分:
private InputDataPool(){
cache=CacheBuilder.newBuilder().expireAfterWrite(1000, TimeUnit.NANOSECONDS).removalListener(
new RemovalListener(){
{
logger.debug("Removal Listener created");
}
public void onRemoval(RemovalNotification notification) {
System.out.println("Going to remove data from InputDataPool");
logger.info("Following data is being removed:"+notification.getKey());
if(notification.getCause()==RemovalCause.EXPIRED)
{
logger.fatal("This data expired:"+notification.getKey());
}else
{
logger.fatal("This data didn't expired but evacuated intentionally"+notification.getKey());
}
}}
).build(new CacheLoader(){
@Override
public Object load(Object key) throws Exception {
logger.info("Following data being loaded"+(Integer)key);
Integer uniqueId=(Integer)key;
return InputDataPool.getInstance().getAndRemoveDataFromPool(uniqueId);
}
});
}
public static InputDataPool getInstance(){
if(clsInputDataPool==null){
synchronized(InputDataPool.class){
if(clsInputDataPool==null)
{
clsInputDataPool=new InputDataPool();
}
}
}
return clsInputDataPool;
}
从上述线程中,正在进行的调用就像
一样简单 while(true){
inputDataPool.insertDataIntoPool(inputDataPacket);
//call some logic which comes with inputDataPacket and sleep for 2 seconds.
}
和inputDataPool.insertDataIntoPool类似
inputDataPool.insertDataIntoPool(InputDataPacket inputDataPacket){
cache.get(inputDataPacket.getId());
}
现在的问题是,缓存中的元素应该在1000 nanosec之后到期。所以当第二次调用inputDataPool.insertDataIntoPool时,第一次插入的数据将被撤离,因为它必须已经过期作为调用正在插入2秒后。然后应该调用相应的删除侦听器。 但这不会发生。我查看了缓存统计信息,evictionCount始终为零,无论调用cache.get(id)多少时间。
但重要的是,如果我扩展inputDataPool.insertDataIntoPool
inputDataPool.insertDataIntoPool(InputDataPacket inputDataPacket){
cache.get(inputDataPacket.getId());
try{
Thread.sleep(2000);
}catch(InterruptedException ex){ex.printStackTrace();
}
cache.get(inputDataPacket.getId())
}
然后按照预期进行驱逐,并调用删除侦听器。
现在我非常无能为力,因为我错过了一些期待这种行为的东西。如果你看到了什么,请帮我看看。
P.S。请忽略任何拼写错误。也没有进行任何检查,没有使用泛型,因为这只是在测试CacheBuilder功能的阶段。
由于
答案 0 :(得分:10)
正如javadoc和user guide中所解释的那样,没有线程可以确保在延迟过后立即从缓存中删除条目。相反,在写入操作期间删除条目,如果写入很少,则偶尔在读取操作期间删除条目。这是为了实现高吞吐量和低延迟。当然,每次写操作都不会导致清理:
使用CacheBuilder构建的缓存不执行清理并逐出值 “自动”,或在值到期后立即或任何其他内容 那种。相反,它在执行期间执行少量维护 写入操作,或者在写入时偶尔进行读取操作 罕见的。
原因如下:如果我们想执行Cache 维护不断,我们需要创建一个线程,它的 操作将与共享锁的用户操作竞争。 此外,某些环境限制线程的创建, 这将使CacheBuilder在该环境中无法使用。
答案 1 :(得分:3)
我有同样的问题,我可以在guava的CacheBuilder.removalListener文档中找到这个
警告:调用此方法后,请勿继续使用此缓存 建造者参考;而是使用此方法返回的引用。在 运行时,这些指向同一个实例,但只返回 reference具有正确的泛型类型信息,以确保 类型安全。为获得最佳效果,请使用标准方法链接惯用法 在上面的类文档中说明,配置构建器 并在单个语句中构建缓存。没听从这个 通知可能导致缓存抛出ClassCastException 在未来的某个未定义点进行操作。
因此,通过更改代码以使用添加removeListnener后调用的构建器引用,可以解决此问题
CacheBuilder builder=CacheBuilder.newBuilder().expireAfterWrite(1000, TimeUnit.NANOSECONDS).removalListener(
new RemovalListener(){
{
logger.debug("Removal Listener created");
}
public void onRemoval(RemovalNotification notification) {
System.out.println("Going to remove data from InputDataPool");
logger.info("Following data is being removed:"+notification.getKey());
if(notification.getCause()==RemovalCause.EXPIRED)
{
logger.fatal("This data expired:"+notification.getKey());
}else
{
logger.fatal("This data didn't expired but evacuated intentionally"+notification.getKey());
}
}}
);
cache=builder.build(new CacheLoader(){
@Override
public Object load(Object key) throws Exception {
logger.info("Following data being loaded"+(Integer)key);
Integer uniqueId=(Integer)key;
return InputDataPool.getInstance().getAndRemoveDataFromPool(uniqueId);
}
});
此问题将得到解决。它有点连线,但我猜它就是这样:)