- http://ehcache.org/
- http://sourceforge.net/projects/ehcache/files/
几乎所有的网站的首页都是访问率最高的，而首页上的数据来源又是非常广泛的，大多数来自不同的对象，而且有可能来自不同的db ，所以给首页做缓存是一个不错的主意，那么主页的缓存策略是什么样子的呢，我认为应该是某个固定时间之内不变的，比如说2 分钟更新一次。那么这个缓存应该做在什么地方呢，让我们来看一下，假设您的应用的结构是page-filter-action-service-dao-db ，这个过程中的- 的地方都是可以做缓存的地方，根据页面缓存的特征，应该把页面缓存做到尽量靠近客户的地方，就是在page 和filter 之间，这样的优点就是第一个用户请求之后，页面被缓存，第二个用户再来请求的时候，走到filter 这个请求就结束了，无需再走后面的action-service-dao-db 。带来的好处是服务器压力的减低和客户段页面响应速度的加快。
在使用ehcache 的页面缓存之前，我们必须要了解ehcache 的几个概念，
1 timeToIdleSeconds ，多长时间不访问该缓存，那么ehcache 就会清除该缓存。
2 timeToLiveSeconds ，缓存的存活时间，从开始创建的时间算起。
看到这里，我们知道，首页的页面缓存的存活时间，我们定的是2 分钟，那么也就是说我们的timeToLiveSeconds 应该设置为120 ，同时我们的timeToIdleSeconds 最好也设置为2 分钟，或者小于2 分钟。我们来看一下下面这个配置，这个配置片段应该放到ehcache.xml 中：
<cache name = “SimplePageCachingFilter” maxElementsInMemory = “10″ maxElementsOnDisk = “10″ eternal = “false” overflowToDisk = “true” diskSpoolBufferSizeMB = “20″ timeToIdleSeconds = “10″ timeToLiveSeconds = “10″ memoryStoreEvictionPolicy = “LFU” />
SimplePageCachingFilter 是缓存的名字，maxElementsInMemory 表示内存中SimplePageCachingFilter 缓存中元素的最大数量为10 ，maxElementsOnDisk 是指持久化该缓存的元素到硬盘上的最大数量也为10 （），eternal=false 意味着该缓存会死亡。overflowToDisk=true 意思是表示当缓存中元素的数量超过限制时，就把这些元素持久化到硬盘，如果overflowToDisk 是false ，那么maxElementsOnDisk 的设置就没有什么意义了。memoryStoreEvictionPolicy=LFU 是指按照缓存的hit 值来清除，也就是说缓存满了之后，新的对象需要缓存时，将会将缓存中hit 值最小的对象清除出缓存，给新的对象腾出地方来了（文章最后有ehcache 中自带的3 种缓存清空策略的介绍）。
接着我们来看一下SimplePageCachingFilter 的配置，
<filter>
<filter-name>indexCacheFilter</filter-name>
<filter-class>net.sf.ehcache.constructs.web.filter.SimplePageCachingFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>indexCacheFilter</filter-name>
<url-pattern>*.jspx</url-pattern>
</filter-mapping>
好了，缓存整个页面看上去是非常的简单，甚至都不需要写一行代码，只需要几行配置就行了，够简单吧，虽然看上去简单，但是事实上内部实现却不简单哦，有兴趣的话，大家可以看看SimplePageCachingFilter 继承体系的源代码。
上面的配置针对的情况是缓存首页的全部，如果你只想缓存首页的部分内容时，你需要使用SimplePageFragmentCachingFilter 这个filter 。我们看一下如下片断：
< filter >< filter-name > indexCacheFilter filter-name >< filter-class >net.sf.ehcache.constructs.web.filter.SimplePageFragmentCachingFilter
filter-class >
filter >
< filter-mapping >
< filter-name > indexCacheFilter filter-name >
< url-pattern > */index_right.jsp url-pattern >
filter-mapping >
这个jsp 需要被jsp:include 到其他页面，这样就做到的局部页面的缓存。这一点貌似没有oscache 的tag 好用。
事实上在cachefilter 中还有一个特性，就是gzip ，也就是说缓存中的元素是被压缩过的，如果客户浏览器支持压缩的话，filter 会直接返回压缩过的流，这样节省了带宽，把解压的工作交给了客户浏览器，如果客户的浏览器不支持gzip ，那么filter 会把缓存的元素拿出来解压后再返回给客户浏览器（大多数爬虫是不支持gzip 的，所以filter 也会解压后再返回流），这样做的优点是节省带宽，缺点就是增加了客户浏览器的负担（但是我觉得对当代的计算机而言，这个负担微乎其微）。
最后复习一下ehcache 中缓存的3 种清空策略：
1 FIFO ，first in first out ，这个是大家最熟的，先进先出，不多讲了
2 LFU ， Less Frequently Used ，就是上面例子中使用的策略，直白一点就是讲一直以来最少被使用的。如上面所讲，缓存的元素有一个hit 属性，hit 值最小的将会被清出缓存。
2 LRU ，Least Recently Used ，最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
相关文章:
