当前位置:首页 > 开发 > 编程语言 > 缓存Cache > 正文

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

发表于: 2011-12-16   作者:付星烨   来源:转载   浏览:
摘要: 首先说一下ehcache的好处。 ehcache是本机缓存,而非memcache是远程缓存,ehcache的缓存是在当前jvm里的,这使得内存是可重用的。所以其性能是远过memcache的。 1、免去了远程IO时间。 2、免去了memcache这种取回来以后要申请内存的时间。 3、大大差少了full gc的次数。 ehcache的缓存方式与cuncurrentHashmap相似,一系
首先说一下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>

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

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
关注微信号:javalearns 随时随地学Java 或扫一扫 随时随地学Java 讲到缓存,平时流水线上的码农一
ICacheManager & ICacheHolder Orchard缓存管理主要通过 ICacheManager 接口对外提供缓存服务. 其实
推荐两篇不错的struts2源码分析文章: http://www.blogjava.net/lzhidj/archive/2008/07/10/213898.
Hadoop心跳机制源码分析 前言: 这些天遇到了一些感情方面的问题,着实比较痛苦。不过最终在亲人、
Hadoop心跳机制源码分析 前言: 这些天遇到了一些感情方面的问题,着实比较痛苦。不过最终在亲人、
首先来看一张Android Binder系统运行的时序图: (此图来自于google搜图) 从时序图上来看,整个Androi
在网上 看了不少关于 ListView 的源码解读 回收机制相关的文章. 但是基本上就是看了就忘 然后自己也
Android 电话系统框架介绍 在android系统中rild运行在AP上,AP上的应用通过rild发送AT指令给BP,BP
磁盘缓存DiskBasedCache 如果你还不知道volley有磁盘缓存的话,请看一下我的另一篇博客请注意,Voll
缓存机制一直是性能优化的重要方式,LevelDB在读取SSTable、Block中均采用了缓存。 LevelDB的缓存机
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号