使用ehcache来缓存页面
关于缓存的话题，在坛子里已经有很多讨论，简单的来说，如果一个应用中80%的时间内都在访问20%的数据，那么，这时候就应该使用缓存了。这个和长尾理论正好相悖，其实也不是相悖，只是不同的理论使用的场景不同。在80/20原则生效的地方，我们都应该考虑是否可以使用缓存。但即使是这样，缓存也有不同的用法，举个例子，一个网站的首页估计是被访问的次数最多的，我们可以考虑给首页做一个页面缓存，而如果在某个页面上，比如说javaeye的java版区只有前几个页面是访问最频繁的，（假设javaeye是使用hibernate，当然这只是假设，我们都知道javaeye是使用ror开发的）那么我们就可以考虑给java版区的record做二级缓存了，因为二级缓存中是按照对象的id来保存的，所以应该来说这前面几页使用的对象会一直存在于缓存之中（如何使用hibernate的二级缓存坛子上也有介绍）。由此可见不同的页面的缓存策略有可能有天壤之别。
本文的目的就是上面所讲的两种情况之一，页面缓存。毫无疑问，几乎所有的网站的首页都是访问率最高的，而首页上的数据来源又是非常广泛的，大多数来自不同的对象，而且有可能来自不同的db，所以给首页做缓存是一个不错的主意，那么主页的缓存策略是什么样子的呢，我认为应该是某个固定时间之内不变的，比如说2分钟更新一次。那么这个缓存应该做在什么地方呢，让我们来看一下，假设您的应用的结构是page-filter-action-service-dao-db，这个过程中的-的地方都是可以做缓存的地方，根据页面缓存的特征，应该把页面缓存做到尽量靠近客户的地方，就是在page和filter之间，这样的优点就是第一个用户请求之后，页面被缓存，第二个用户再来请求的时候，走到filter这个请求就结束了，无需再走后面的action-service-dao-db。带来的好处是服务器压力的减低和客户段页面响应速度的加快。
那么我们来看一下如何使用ehcache做到这一点。
在使用ehcache的页面缓存之前，我们必须要了解ehcache的几个概念，
1 timeToIdleSeconds，多长时间不访问该缓存，那么ehcache就会清除该缓存。
2 timeToLiveSeconds，缓存的存活时间，从开始创建的时间算起。
看到这里，我们知道，首页的页面缓存的存活时间，我们定的是2分钟，那么也就是说我们的timeToLiveSeconds应该设置为120，同时我们的timeToIdleSeconds最好也设置为2分钟，或者大于2分钟。我们来看一下下面这个配置，这个配置片段应该放到ehcache.xml中：
- <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，因为它实在是非常简单，而且易用。
总结：ehcache是一个非常轻量级的缓存实现，而且从1.2之后就支持了集群，目前的最新版本是1.3，而且是hibernate默认的缓存provider。虽然本文是介绍的是ehcache对页面缓存的支持，但是ehcache的功能远不止如此，当然要使用好缓存，对JEE中缓存的原理，使用范围，适用场景等等都需要有比较深刻的理解，这样才能用好缓存，用对缓存。
最后复习一下ehcache中缓存的3种清空策略：
1 FIFO，first in first out，这个是大家最熟的，先进先出，不多讲了
2 LFU， Less Frequently Used，就是上面例子中使用的策略，直白一点就是讲一直以来最少被使用的。如上面所讲，缓存的元素有一个hit属性，hit值最小的将会被清出缓存。
2 LRU，Least Recently Used，最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
?