ehcache2.4的源码分析 ---- 缓存失效机制

首先说一下ehcache的好处。
ehcache是本机缓存，而非memcache是远程缓存，ehcache的缓存是在当前jvm里的，这使得内存是可重用的。所以其性能是远过memcache的。
1、免去了远程IO时间。
2、免去了memcache这种取回来以后要申请内存的时间。
3、大大差少了full gc的次数。

ehcache的缓存方式与cuncurrentHashmap相似，一系列segment，每个segment里有一个hashmap这种。

下面介绍正题，它的缓存失效机制。我会在最下面贴出我的配置。

一、网上说，这个玩意他有一个后台的守护线程，在不定时的清理缓存。还说设置diskExpiryThreadIntervalSeconds能影响这个线程运行间隔时间。
我在2.4里没找着这个代码。jvm里也没有这个线程。
里面虽有一个用java.util.timer这个定时器开启的后台线程，但是它只启动了一个自动更新的程序。
所以我认为网上又在以讹传讹了。

二、LRU、LFU 和 FIFO

他是这样实现的：
他有一个基数是30.
  比如你现在设了缓存最大数是10，你put了10个缓存进去。当你put第11个的时候，他对比10和30，取最小值10，把10个缓存都取出来，或lru或fifo。
  比如你现在设了缓存最大数是1000，你put了1000个缓存进去。当你put第1001个的时候，他对比1000和30，取最小值30，然后随机在缓存里找出30个缓存出来，或lru或fifo。

看到了吧，他的缓存清理机制不怎么精确。但是这算是我见过的lru实现里性能最好的一种方式了。缓存而已，清的不大精确也没大事。

这个代码的位置：
net.sf.ehcache.store.compound.Segment的put方法的这句Object encoded = create(key, element);里执行的上面的动作。
然后进入了net.sf.ehcache.store.compound.factories.CapacityLimitedInMemoryFactory这个类执行的public Element create(Object key, Element element)进行清理。



这是我这两天看这个代码得到的结果。

<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="ehcache.xsd"> 
<diskStore path="java.io.tmpdir"/> 
<cacheManagerEventListenerFactory class="" properties=""/> 
<!--<diskStore path="java.io.tmpdir"/>
    -->
    <cacheManagerPeerListenerFactory 
        class="net.sf.ehcache.distribution.RMICacheManagerPeerListenerFactory" 
        properties="hostName=192.168.27.125, 
                    port=10002, 
                    socketTimeoutMillis=120000"/> 

<cacheManagerPeerProviderFactory
class="net.sf.ehcache.distribution.RMICacheManagerPeerProviderFactory"
properties="peerDiscovery=manual,rmiUrls=//192.168.27.125:10001/user" />

<defaultCache 
            maxElementsInMemory="10" 
            eternal="false" 
            timeToIdleSeconds="120" 
            timeToLiveSeconds="120" 
            overflowToDisk="true" 
            diskPersistent="false" 
            diskExpiryThreadIntervalSeconds="120" 
            memoryStoreEvictionPolicy="LRU" 
            /> 
<!-- WEB cache--> 
    <cache name="user" 
           maxElementsInMemory="1000"
           maxElementsOnDisk="1000" 
           eternal="false" 
           overflowToDisk="false"
   diskPersistent="false"
           memoryStoreEvictionPolicy="LRU"
                
   timeToIdleSeconds="600"   
   timeToLiveSeconds="0"   
   diskSpoolBufferSizeMB="50"   
   diskExpiryThreadIntervalSeconds="10"
           > 
           <cacheEventListenerFactory class="net.sf.ehcache.distribution.RMICacheReplicatorFactory" /> 
    </cache> 

</ehcache>

评论

2 楼 付星烨 2011-12-17  

aa87963014 写道

缓存设置过期，过期之后缓存还在。只不过变成了过期状态并且会通知监听器。

代码在哪里呢？
这个目前是被动删除的，下次put的时候如果随机取到的里面的过期的则优先清掉过期的。在没put之前又有get这个key的时候先取出来对比时间，时间过期了删掉然后返回null。

不可能一过期马上就监听到，那样太耗费cpu。而且jvm里没那现有后台监听的线程
如果有监听器的话应该是监听是否过期，然后生成一个删除事件，放到一个队列里给另一个线程去删这个结构才合理

1 楼 aa87963014 2011-12-16  

缓存设置过期，过期之后缓存还在。只不过变成了过期状态并且会通知监听器。