EHCache 技术文档

EHCache 技术文档
EHCache 技术文档

济南时代智囊科技有限公司------技术文档

目录

0.文档介绍 (2)

0.1文档目的 (2)

0.2文档范围 (2)

0.3读者对象 (2)

0.4参考文献 (2)

0.5术语与缩写解释 (3)

1.概述 (4)

1.1背景 (4)

1.2主要特性 (4)

1.3环境 (5)

1.4下载资源 (5)

2.EHCACHE页面缓存的配置 (5)

2.1EHC ACHE的类层次模型 (5)

2.2环境搭建 (6)

2.3EHCACHE配置文件中元素说明 (6)

2.4在工程中单独使用 (10)

3.在SPRING中运用EHCACHE (11)

4.分布式缓存集群环境配置 (22)

4.1集群配置方式 (22)

5.测试用例 (26)

0.文档介绍

0.1文档目的

记录使用EHCache实现页面级的缓存以及完成集群设计的过程。

0.2文档范围

记录使用EHCache实现页面级的缓存以及完成集群设计的过程。

0.3读者对象

任何有兴趣的家伙。

0.4参考文献

提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符]作者,文献名称,出版单位(或归属单位),日期

大部分都是网络上查询的资料,很多,不列举了。

EHCache简介:

https://www.360docs.net/doc/e27222563.html,/share/detail/7491847

https://www.360docs.net/doc/e27222563.html,/data/read/9082403332378.html

https://www.360docs.net/doc/e27222563.html,/mgoann/archive/2009/04/16/4083179.aspx

https://www.360docs.net/doc/e27222563.html,/blog/691499

Spring整合EHCache:

https://www.360docs.net/doc/e27222563.html,/data/read/909291257438.html

https://www.360docs.net/doc/e27222563.html,/ehcache-getting-started-series-5-a-distributed-cache-clus ter-environment-configuration

https://www.360docs.net/doc/e27222563.html,/blog/333213

https://www.360docs.net/doc/e27222563.html,/2010-04/1270187299149502.html

https://www.360docs.net/doc/e27222563.html,/goodboylllll/archive/2010/04/01/5442329.aspx

0.5术语与缩写解释

缩写、术语解释

EHCache EHCache是一个快速的、轻量级的、易于使用的、进程内的缓

存。它支持read-only和read/write缓存,内存和磁盘缓存。是

一个非常轻量级的缓存实现,而且从 1.2之后就支持了集群,

目前的最新版本是2.1。

1.概述

1.1背景

系统缓存是位于应用程序与物理数据源之间,用于临时存放复制数据的内存区域,目的是为了减少应用程序对物理数据源访问的次数,从而提高应用程序的运行性能.缓存设想内存是有限的,缓存的时效性也是有限的,所以可以设定内存数量的大小,可以执行失效算法,可以在内存满了的时候,按照最少访问等算法将缓存直接移除或切换到硬盘上。

Ehcache从Hibernate发展而来,逐渐涵盖了Cahce界的全部功能,是目前发展势头最好的一个项目。具有快速,简单,低消耗,依赖性小,扩展性强,支持对象或序列化缓存,支持缓存或元素的失效,提供LRU、LFU和FIFO缓存策略,支持内存缓存和磁盘缓存,分布式缓存机制等等特点。

Cache存储方式:内存或磁盘。

官方网站:https://www.360docs.net/doc/e27222563.html,/

1.2主要特性

1.快速.

2.简单.

3.多种缓存策略

4.缓存数据有两级:内存和磁盘,因此无需担心容量问题

5.缓存数据会在虚拟机重启的过程中写入磁盘

6.可以通过RMI、可插入API等方式进行分布式缓存

7.具有缓存和缓存管理器的侦听接口

8.支持多缓存管理器实例,以及一个实例的多个缓存区域

9.提供Hibernate的缓存实现

1.3环境

Windows XP、JDK1.6.03、Tomcat5.5、EHcache2.1

注意:配置好环境变量。

1.4下载资源

ehcache-2.1.0-distribution.tar.gz:以及ehcache-web-2.0.2-distribution.tar.gz

https://www.360docs.net/doc/e27222563.html,/projects/ehcache/

注意:同时要下载源代码,部分功能需要修改源代码,重新做包。

2.EHCache页面缓存的配置

2.1EHCache的类层次模型

主要为三层,最上层的是CacheManager,他是操作Ehcache的入口。我们可以通过CacheManager.getInstance()获得一个单子的CacheManger,或者通过CacheManger的构造函数创建一个新的CacheManger。每个CacheManager都管理着多个Cache。而每个Cache都以一种类Hash的方式,关联着多个Element。Element则是我们用于存放要缓存内容的地方。

2.2环境搭建

将ehcache-2.1.0-distribution.tar.gz:以及ehcache-web-2.0.2-distribution.tar.gz解压得到

需要将它们放置到WEB-INF/lib下。

有一个重要的配置文件ehcache.xml,可以从ehcache组件包中拷贝一个,也可以自己建立一个。需要放到classpath下。常放的路径为/WEB-INF/classes/ehcache.xml。

2.3ehcache配置文件中元素说明

ehcach.xml配置文件主要参数的解释,其实文件里有详细的英文注释//DiskStore配置,cache文件的存放目录,主要的值有

*user.home-用户主目录

*user.dir-用户当前的工作目录

*java.io.tmpdir-Default temp file path默认的temp文件目录

范例

1、首先设置EhCache,建立配置文件ehcache.XML,默认的位置在class-path,可以放到你的src目录下:

<?xml version="1.0"encoding="UTF-8"?>

<ehcache>

<diskStore path="Java.io.tmpdir"/>

<defaultCache

maxElementsInMemory="10000"<!-缓存最大数目->

eternal="false"<!-缓存是否持久->

overflowToDisk="true"<!-是否保存到磁盘,当系统当机时->

timeToIdleSeconds="300"<!-当缓存闲置n秒后销毁->

timeToLiveSeconds="180"<!-当缓存存活n秒后销毁->

diskPersistent="false"

diskExpiryThreadIntervalSeconds="120"/>

</ehcache>

了解ehcache的几个概念,

1timeToIdleSeconds,多长时间不访问该缓存,那么ehcache就会清除该缓存。

2timeToLiveSeconds,缓存的存活时间,从开始创建的时间算起。

Ehcache的三种清空策略

1FIFO,first in first out,这个是大家最熟的,先进先出。

2LFU,Less Frequently Used,就是上面例子中使用的策略,直白一点就是讲一直以来最少被使用的。如上面所讲,缓存的元素有一个hit属性,hit值最小的将会被清出缓存。3LRU,Least Recently Used,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。

首页的页面缓存

一个网站的首页估计是被访问的次数最多的,我们可以考虑给首页做一个页面缓存缓存策略:我认为应该是某个固定时间之内不变的,比如说2分钟更新一次,以应用结构page-filter-action-service-dao-db为例。

位置:页面缓存做到尽量靠近客户的地方,就是在page和filter之间,这样的优点就是第一个用户请求之后,页面被缓存,第二个用户再来请求的时候,走到filter这

个请求就结束了,无需再走后面的action-service-dao-db。带来的好处是服务器压力的减低和客户段页面响应速度的加快。

首页的页面缓存的存活时间,我们定的是2分钟,那么也就是说我们的timeToLiveSeconds应该设置为120,同时我们的timeToIdleSeconds最好也设置为2分钟,或者小于2分钟。我们来看一下下面这个配置,这个配置片段应该放到ehcache.xml 中:

SimplePageCachingFilter是缓存的名字,maxElementsInMemory表示内存中SimplePageCachingFilter缓存中元素的最大数量为10,maxElementsOnDisk是指持久化该缓存的元素到硬盘上的最大数量也为10(),eternal=false意味着该缓存会死亡。overflowToDisk=true意思是表示当缓存中元素的数量超过限制时,就把这些元素持久化到硬盘,如果overflowToDisk是false,那么maxElementsOnDisk的设置就没有什么意义了。memoryStoreEvictionPolicy=LFU是指按照缓存的hit值来清除,也就是说缓存满了之后,新的对象需要缓存时,将会将缓存中hit值最小的对象清除出缓存,给新的对象腾出地方来了。

接着我们来看一下SimplePageCachingFilter的配置,

XML/HTML代码

indexCacheFilterfilter-name>

net.sf.ehcache.constructs.web.filter.SimplePageCachingFilter

indexCacheFilterfilter-name>

*index.actionurl-pattern>

就只需要这么多步骤,我们就可以给某个页面做一个缓存的,把上面这段配置放到你的web.xml中,那么当你打开首页的时候,你会发现,2分钟才会有一堆sql语句出现在控制台上。当然你也可以调成5分钟,总之一切都在控制中。

好了,缓存整个页面看上去是非常的简单,甚至都不需要写一行代码,只需要几行配置就行了,够简单吧,虽然看上去简单,但是事实上内部实现却不简单哦,有兴趣的话,大家可以看看SimplePageCachingFilter继承体系的源代码。

上面的配置针对的情况是缓存首页的全部,如果你只想缓存首页的部分内容时,你需要使用SimplePageFragmentCachingFilter这个filter。我们看一下如下片断:

XML/HTML代码

indexCacheFilterfilter-name>

net.sf.ehcache.constructs.web.filter.SimplePageFragmentCachingFilter

filter>

indexCacheFilterfilter-name>

*/index_right.jspurl-pattern>

这个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种清空策略:

1FIFO,first in first out,这个是大家最熟的,先进先出,不多讲了

2LFU,Less Frequently Used,就是上面例子中使用的策略,直白一点就是讲一直以来最少被使用的。如上面所讲,缓存的元素有一个hit属性,hit值最小的将会被清出缓存。2LRU,Least Recently Used,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。

2.4在工程中单独使用

1.创建CacheManager(net.sf.ehcache.CacheManager)

(1)使用默认配置文件创建

CacheManager manager=CacheManager.create();

(2)使用指定配置文件创建

CacheManager manager=CacheManager.create("src/config/ehcache.xml");

(3)从classpath找寻配置文件并创建

URL url=getClass().getResource("/anothername.xml");

CacheManager manager=CacheManager.create(url);

(4)通过输入流创建

InputStream fis=new FileInputStream(new

File("src/config/ehcache.xml").getAbsolutePath());

try{manager=CacheManager.create(fis);}finally{fis.close();}

2.创建Caches(net.sf.ehcache.Cache)

(1)取得配置文件中预先定义的sampleCache1设置,生成一个Cache

Cache cache=manager.getCache("sampleCache1");

(2)设置一个名为test的新cache,test属性为默认

CacheManager manager=CacheManager.create();

manager.addCache("test");

(3)设置一个名为test的新cache,并定义其属性

CacheManager manager=CacheManager.create();

Cache cache=new Cache("test",1,true,false,5,2);

manager.addCache(cache);

(4)删除cache

CacheManager singletonManager=CacheManager.create();

singletonManager.removeCache("sampleCache1");

3.使用Caches

(1)往cache中加入元素

Element element=new Element("key1","value1");

cache.put(new Element(element);

(2)从cache中取得元素

Element element=cache.get("key1");

(3)从cache中删除元素

Cache cache=manager.getCache("sampleCache1");

Element element=new Element("key1","value1");

cache.remove("key1");

3.卸载CacheManager,关闭Cache

manager.shutdown();

3.在Spring中运用EHCache

需要使用Spring来实现一个Cache简单的解决方案,具体需求如下:使用任意一个现有开源Cache Framework,要求可以Cache系统中Service或则DAO层的get/find等方法返回结果,如果数据更新(使用Create/update/delete方法),则刷新cache中相应的内容。

根据需求,计划使用Spring AOP+ehCache来实现这个功能,采用ehCache原因之一是Spring提供了ehCache的支持,至于为何仅仅支持ehCache而不支持osCache和JBossCache无从得知(Hibernate???),但毕竟Spring提供了支持,可以减少一部分工作量:)。二是后来实现了OSCache和JBoss Cache的方式后,经过简单测试发现几个Cache在效

率上没有太大的区别(不考虑集群),决定采用ehCahce。

AOP嘛,少不了拦截器,先创建一个实现了MethodInterceptor接口的拦截器,用来拦截Service/DAO的方法调用,拦截到方法后,搜索该方法的结果在cache中是否存在,如果存在,返回cache中的缓存结果,如果不存在,返回查询数据库的结果,并将结果缓存

到cache中。

MethodCacheInterceptor.java

Java代码

package com.co.cache.ehcache;

import java.io.Serializable;

import net.sf.ehcache.Cache;

import net.sf.ehcache.Element;

import org.aopalliance.intercept.MethodInterceptor;

import org.aopalliance.intercept.MethodInvocation;

import https://www.360docs.net/doc/e27222563.html,mons.logging.Log;

import https://www.360docs.net/doc/e27222563.html,mons.logging.LogFactory;

import org.springframework.beans.factory.InitializingBean;

import org.springframework.util.Assert;

public class MethodCacheInterceptor implements MethodInterceptor,InitializingBean

{

private static final Log logger=LogFactory.getLog(MethodCacheInterceptor.class);

private Cache cache;

public void setCache(Cache cache){

this.cache=cache;

}

public MethodCacheInterceptor(){

super();

}

/**

*拦截Service/DAO的方法,并查找该结果是否存在,如果存在就返回cache中的值,*否则,返回数据库查询结果,并将查询结果放入cache

*/

public Object invoke(MethodInvocation invocation)throws Throwable{

String targetName=invocation.getThis().getClass().getName();

String methodName=invocation.getMethod().getName();

Object[]arguments=invocation.getArguments();

Object result;

logger.debug("Find object from cache is"+cache.getName());

String cacheKey=getCacheKey(targetName,methodName,arguments);

Element element=cache.get(cacheKey);

if(element==null){

logger.debug("Hold up method,Get method result and create cache........!");

result=invocation.proceed();

element=new Element(cacheKey,(Serializable)result);

cache.put(element);

}

return element.getValue();

}

/**

*获得cache key的方法,cache key是Cache中一个Element的唯一标识

*cache key包括包名+类名+方法名,如https://www.360docs.net/doc/e27222563.html,erServiceImpl.getAllUser */

private String getCacheKey(String targetName,String methodName,Object[]arguments){ StringBuffer sb=new StringBuffer();

sb.append(targetName).append(".").append(methodName);

if((arguments!=null)&&(arguments.length!=0)){

for(int i=0;i

sb.append(".").append(arguments[i]);

}

}

return sb.toString();

}

/**

*implement InitializingBean,检查cache是否为空

*/

public void afterPropertiesSet()throws Exception{

Assert.notNull(cache,"Need a cache.Please use setCache(Cache)create it.");

}

}

上面的代码中可以看到,在方法public Object invoke(MethodInvocation invocation)中,完成了搜索Cache/新建cache的功能。

Java代码

Element element=cache.get(cacheKey);

这句代码的作用是获取cache中的element,如果cacheKey所对应的element不存在,将会返回一个null值

Java代码

result=invocation.proceed();

这句代码的作用是获取所拦截方法的返回值,详细请查阅AOP相关文档。

随后,再建立一个拦截器MethodCacheAfterAdvice,作用是在用户进行create/update/delete 操作时来刷新/remove相关cache内容,这个拦截器实现了AfterReturningAdvice接口,将会在所拦截的方法执行后执行在public void afterReturning(Object arg0,Method arg1, Object[]arg2,Object arg3)方法中所预定的操作

Java代码

package com.co.cache.ehcache;

import https://www.360docs.net/doc/e27222563.html,ng.reflect.Method;

import java.util.List;

import net.sf.ehcache.Cache;

import https://www.360docs.net/doc/e27222563.html,mons.logging.Log;

import https://www.360docs.net/doc/e27222563.html,mons.logging.LogFactory;

import org.springframework.aop.AfterReturningAdvice;

import org.springframework.beans.factory.InitializingBean;

import org.springframework.util.Assert;

public class MethodCacheAfterAdvice implements AfterReturningAdvice,InitializingBean {

private static final Log logger=LogFactory.getLog(MethodCacheAfterAdvice.class); private Cache cache;

public void setCache(Cache cache){

this.cache=cache;

}

public MethodCacheAfterAdvice(){

super();

}

public void afterReturning(Object arg0,Method arg1,Object[]arg2,Object arg3)throws Throwable{

String className=arg3.getClass().getName();

List list=cache.getKeys();

for(int i=0;i

String cacheKey=String.valueOf(list.get(i));

if(cacheKey.startsWith(className)){

cache.remove(cacheKey);

logger.debug("remove cache"+cacheKey);

}

}

}

public void afterPropertiesSet()throws Exception{

Assert.notNull(cache,"Need a cache.Please use setCache(Cache)create it.");

}

}

上面的代码很简单,实现了afterReturning方法实现自AfterReturningAdvice接口,方法中所定义的内容将会在目标方法执行后执行,在该方法中的作用是获取目标class的全名,如:com.co.cache.test.TestServiceImpl,然后循环cache的key list,remove cache中所有和该class相关的element。

Java代码

String className=arg3.getClass().getName();

随后,开始配置ehCache的属性,ehCache需要一个xml文件来设置ehCache相关的一些属性,如最大缓存数量、cache刷新的时间等等.

ehcache.xml

Java代码

maxElementsInMemory="1000"

eternal="false"

timeToIdleSeconds="120"

timeToLiveSeconds="120"

overflowToDisk="true"

/>

maxElementsInMemory="10000"

eternal="false"

timeToIdleSeconds="300000"

timeToLiveSeconds="600000"

overflowToDisk="true"

/>

配置每一项的详细作用不再详细解释,有兴趣的请google下,这里需要注意一点defaultCache标签定义了一个默认的Cache,这个Cache是不能删除的,否则会抛出No default cache is configured异常。另外,由于使用拦截器来刷新Cache内容,因此在定义cache生命周期时可以定义较大的数值,timeToIdleSeconds="300000" timeToLiveSeconds="600000",好像还不够大?

然后,在将Cache和两个拦截器配置到Spring,这里没有使用2.0里面AOP的标签。cacheContext.xml

Java代码

"https://www.360docs.net/doc/e27222563.html,/dtd/spring-beans.dtd">

class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean">

ehcache.xml

DEFAULT_CACHE

class="com.co.cache.ehcache.MethodCacheInterceptor">

class="com.co.cache.ehcache.MethodCacheAfterAdvice">

class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">

.*find.*

.*get.*

class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">

.*create.*

.*update.*

.*delete.*

上面的代码最终创建了两个"切入点",methodCachePointCut和methodCachePointCutAdvice,分别用于拦截不同方法名的方法,可以根据需要任意增加所需要拦截方法的名称。

需要注意的是

Java代码

DEFAULT_CACHE

如果cacheName属性内设置的name在ehCache.xml中无法找到,那么将使用默认的cache(defaultCache标签定义).

事实上到了这里,一个简单的Spring+ehCache Framework基本完成了,为了测试效果,

举一个实际应用的例子,定义一个TestService和它的实现类TestServiceImpl,里面包含

两个方法getAllObject()和updateObject(Object Object),具体代码如下

TestService.java

Java代码

package com.co.cache.test;

import java.util.List;

public interface TestService{

public List getAllObject();

public void updateObject(Object Object);

}

TestServiceImpl.java

Java代码

package com.co.cache.test;

import java.util.List;

public class TestServiceImpl implements TestService

{

public List getAllObject(){

System.out.println("---TestService:Cache内不存在该element,查找并放入Cache!");

return null;

}

public void updateObject(Object Object){

System.out.println("---TestService:更新了对象,这个Class产生的cache都将被remove!");

}

}

使用Spring提供的AOP进行配置

applicationContext.xml

XML/HTML代码

"https://www.360docs.net/doc/e27222563.html,/dtd/spring-beans.dtd">

methodCachePointCut

methodCachePointCutAdvice

这里一定不能忘记import cacheContext.xml文件,不然定义的两个拦截器就没办法使用了。

最后,写一个测试的代码

MainTest.java

Java代码

(DEFAULT_CONTEXT_FILE);

TestService testService=(TestService)context.getBean("testService");

Ehcache 2 缓存区配置详解

Ehcache 2 缓存区配置详解 第1章Ehcache简介 EhCache是一个开放源码的,基于标准的高速缓存系统。Ehcache可以显著提高应用性能,降低数据库负载,简化应用扩展。Ehcache健壮、功能齐全,也历经了众多应用考验,使得它成为使用最广泛的基于Java的缓存系统。 Ehcache可以支持从进程内的一个或多个节点的部署方式到进程内与进程外混合、高达TB 大小的高速缓存。 Ehcache目前由Terracotta公司维护,使用Apache 2 许可证。 Ehcache截止目前最新版本为2.6。支持多种方式缓存: ●Standalone模式。嵌入应用进程内。单点,多节点间无沟通。 ●Replication模式。嵌入应用内部,通过RMI或JGroup或JMS进行节点同步。 ●Cache Server模式。作为独立缓存服务器,提供REST与WebService接口供访 问。 ●Distributed Caching模式。采用Terracotta Server Array实现高可用的分布式 缓存。 Standalone与Replication均是较传统的使用方式,很多场景下难以满足动态基础设施环境下应用弹性的要求。Cache Server使得缓存服务可以容易的进行水平扩展,但是基于REST与WebService的访问方式降低了缓存访问的效率,不太适合对缓存实时性要求较高的场景。Distributed Caching模式提供了进程内与进程间缓存较理想的结合模式,支持水平扩展,高可用,对网络依赖程度较低,可以很好适应应用弹性伸缩,是动态基础设施条件下较理想的缓存模式。 第2章Ehcache 2 缓存区配置 Ehcache默认配置文件在Ehcache客户端的classpath根目录下,名为ehcache.xml。典型的配置文件如下:

spring配置文件各个属性详解

spring配置文件各个属性详解 分类:spring 2012-08-09 11:25 9316人阅读评论(2) 收藏举报springaophibernateattributesxhtmlwebsphere 目录(?)[+]一、引用外部属性文件 classpath:mail.properties classpath:jdbc.properties 我们定义了一个PropertyPlaceholderConfigurer类的实例,并将其位置属性设置为我们的属性文件。该类被实现为Bean工厂的后处理器,并将使用定义在文件中的属性来代替所有的占位符(${...}value)。 注意: 而在spring2.5的版本中提供了一种更简便的方式,如: 1. 这样以后要使用属性文件中的资源时,可以使用${属性名}来获得。 二、常用数据源的配置 第一种是:DBCP数据源,(需要加入2个jar文件,在spring中的lib下 jakarta-commons/commons-dbcp.jar和commons-pools.jar)主要配置如下:

Spring下Ehcache缓存的配置文档说明

Ehcache缓存单机环境配置 以下的配置是针对DAO层而言的,Controller层不需要做配置。 步骤一:配置pom.xml文件 在文件中引入以下几个依赖项: com.googlecode.ehcache spring-annotations-osgi 1.1.2 commons-codec commons-codec 1.4 net.sourceforge.ehcache https://www.360docs.net/doc/e27222563.html,.sf.ehcache 2.2.0 步骤二:配置template.mf 在”Import-Package”之后”Excluded-Exports”之前引入三条配置项,注意包名之前要留一个空格,如下红色字体显示部分: Import-Package: org.springframework.context.config;version="[3.0.5,4)", com.googlecode.ehcache.annotations;version="1.1.0", com.googlecode.ehcache.annotations.key;version="1.1.0", org.springframework.aop.aspectj.autoproxy Excluded-Exports: com.mpr.mprsp.mcrc.service.mcrs.publisher.internal.* 步骤三:配置Spring的配置文件applicationContext.xml: 首先在文件的头部加上ehcache的dtd声明,然后配置ehcache缓存管理器。具体配置如下红色字体所示:

她直到6点才到。 until 用法上的三个难点 一、 1. until用在肯定句,谓语动词通常是延续性动词,如stand, stay, talk, wait等,表示主句动作终止的时间。如: ③I waited until he cam e back.我一直等到他回来。 ④The war lasted until 1945.战争持续到1945年。 如果用在否定句,谓语动词通常是瞬间性动词,如open, start, leave, arrive, finish, stop等,强调主句动作开始的时间。如: ⑤I didnt leave the boy until his mother turned up.直到这孩子的母亲来,我才离开。 ⑥The noise of the street didnt stop until it wa s midnight.街上的噪音直到半夜才停止。 2.连词until引导的从句中谓语动词的时态 1)until后面的从句中不能用一般将来时,应该用一般现在时代替。所谓的“主将从现”。 He will stay here until his mother comes back.

EHCache介绍

EHCache介绍 简介 系统缓存是位于应用程序与物理数据源之间,用于临时存放复制数据的内存区域,目的是为了减少应用程序对物理数据源访问的次数,从而提高应用程序的运行性能. 缓存设想内存是有限的,缓存的时效性也是有限的,所以可以设定内存数量的大小,可以执行失效算法,可以在内存满了的时候,按照最少访问等算法将缓存直接移除或切换到硬盘上。 Ehcache从Hibernate发展而来,逐渐涵盖了Cahce界的全部功能,是目前发展势头最好的一个项目。具有快速,简单,低消耗,依赖性小,扩展性强,支持对象或序列化缓存,支持缓存或元素的失效,提供LRU、LFU 和FIFO缓存策略,支持内存缓存和磁盘缓存,分布式缓存机制等等特点。 2009年8月Terracotta公司并购了开源缓存项目Ehcache, Terracotta 公司的产品 Terracotta 是一个 JVM 级的开源群集框架,提供 HTTP Session 复制、散布式缓存、POJO 群集、跨越集群的JVM 来完成散布式使用顺序协调。并购后EhCache 首要的改进都集中在跟Terracotta 框架的集成上,这是一个真实意义上的企业级缓存处置方案。Ehcache1.7版本上首次加入了ehcache-terracotta组件模块,想利用terracotta来实现更方便的集群操作。 Overview Ehcache是一个开源的,用于提高访问性能的标准高速缓存,它抛弃了数据库同时易于扩展。Ehcache拥用强大的,可靠和完整的功能,这已成为最广泛使用的基于Java的高速缓存。 Ehcache可以实现TB级的高速缓存管理,可配置多个缓存节点。对于需要互联的分布式缓存应用,Ehcache的使用开源的Terracotta Sever的阵列。 Ehcache是Terracotta公司的一个长期开发、维护和支持的专业开源项目。有效基于Apache 2 license。除了开源的ehcache,Terracotta公司还提供企业版的Ehcache全天候的专业支持,咨询和培训。

[实用参考]代码说明文档.doc

简介FHQ313596790 Springmvc+mybatis组合框架 Oracle和mysql俩版本 1各包说明 1.1Src 1.controller:业务处理包(日常代码维护主要包) 2.dao:增删改查的接口(无需操作,不用管它) 3.entity:实体类包(存放实体类) 4. filter:登录顾虑验证器(可以在此添加一段代码,让tomcat启动后立即自动执 行 需要配置web.Gml 5.interceptor:session有效期验证 请求的连接中GGG.do不包含login,logout,code,app 等字符的,都会被判断session存在与否,否:跳转到登录,是:跳转到相应地址 6.Listener:在web容器启动时由WebAppConteGtListener初始化 7.Plugin:分页插件(已经处理好,无需更改)

8.Listene:MyEGceptionResolver异常处理 9.Util所有工具类(发邮件,发短信,日期格式化等) 1.2resources 1.mybatis:对应的配置文件 2.spring:spring的配置文件ApplicationConteGt.Gml 3.log4j日志处理配置,可设置生成日志文件到硬盘的某个目录下 4.dbconfigerties:数据库链接池配置 5.shior配置,在spring/ApplicationConteGt.Gml 1.2WebRoot admin:存放配置文件,代码生成器生成的代码(相对tomcat的目录) plugins:插件存放目录 static:jscssimg等存放目录 jsp:在WEB-INF目录下 增删改查流程 增加:(form表单提交数到后台在存入数据库) form表单action=”user/saveU.do” 1.比如新增用户,”user”对应的是

until-和-not-until-的用法

until 和 not until 的用法 六课课题语法选择题的第八题讲到了until的用法,请大家注意,until 放在句首一般不用倒装,只有not until放在句首的时候才要倒装。而时态方面,过去时和过去完成时都可以,所以AB都可以。 Until直到….为止, not until直到…才 肯定形式表示的意思是"做某事直至某时",动词必须是延续性的。 否定形式表达的意思是"直至某时才做某事"。动词为延续性或非延续性都可以。 肯定句: I slept until midnight. 我一直睡到半夜时醒了。 Wait till I call you. 等着我叫你。 (在肯定句中可用before代替Let”s get in the wheat before the sun sets.) 否定句: She didn”t arrive until 6 o”clock. 她直到6点才到。 Don”t get off the bus until it has stopped. 公共汽车停稳后再下车。 I didn”t manage to do it until you had explained how. 直到你教我后,我才会做。

否定句可用另外两种句式表示。 (1)Not until …在句首,主句用倒装。 Not until the early years of the 19th century did man know what heat is. 直到19 世纪初,人类才知道热能是什么。 Not until I began to work did I realize how much time I had wasted. 直到我开始工作,我才认识到了我已蹉跎了几多岁月。 (2) It is not until… that…这是一个强调结构。如本题。 Till的用法基本相同,但 1)Until可用于句首,而till通常不用于句首。 Until you told me, I had heard nothing of what happened. 直到你告诉我以前,出了什么事我一点也不知道。 2)Until when 疑问句中,until要放在句首。 ---Until when are you staying 你呆到什么时候 --- Until next Monday. 呆到下周一。

java应用服务器集群环境下代码编写要注意的问题

java应用服务器集群环境下代码编写关注点 J2EE架构下,软件的部署环境为集群的情况很多,所以针对集群环境的软件 开发非常重要,所以我们在编码过程中要超前思考,以免加大后期的工作量。了解集群 什么是集群: web应用服务器集群系统,是由一群同时运行同一个web应用的服务器组成的集群系统,在外界看来,就像是一个服务器一样。为了均衡集群服务器的负载,达到优化系统性能的目的,集群服务器将众多的访问请求,分散到系统中的不同节点进行处理。从而实现了更高的有效性和稳定性,而这也正是基于Web的企业应用所必须具备的特性。 集群技术的特点 高可靠性和高可用性:通过集群技术组成的系统,可以确保数据和应用程序对最终用户的高可用性和高可靠性,也就是说当主节点上的系统崩溃时,冗余节点就从替补角色转换到正式角色,并自动投入应用,从而保证了系统运行的不间断。或者检测某一个空闲服务器,将请求分发给它,对请求进行处理,而且这一过程对用户来说,是透明的,用户察觉不到! 稳定性和可伸缩性:在系统的处理能力需要增加的时候,除了通过增加集群中每个计算机节点的单机处理能力(如通过增加CPU数量、增加内存大小等手段)外,还可以通过增加集群节点数,即通过向群集添加新的计算机节点,使服务随着处理器的添加而伸缩,从而增大应用程序吞吐量,以达到增加系统的整体处理能力的目的,完成系统的扩容。 Web应用服务器集群结构图,下面例举了weblogic和websphere集群结构图 websphere集群架构图

weblogic集群架构图 排除网络设备,由上面两幅图可以观察到,应用服务器集群包含了三部分

1.Web服务器(Web Server) Web服务器专门处理HTTP请求(request),应用的软件如Apache,IBM HTTP Server,或者自己写的代理服务等等。 2.应用程序服务器(The Application Server) 应用程序服务器是通过很多协议来为应用程序提供(serves)业务逻辑(business logic)。 3.关系数据库系统 4.消息中间件 备注:一定要清楚web服务器与应用程序服务的区别 由图我们来分析一下,集群环境下开发需要注意哪些地方? 1.Session,我们经常用session来封装用户的登录信息,那么如果集群环境下一台机器session中有,一台没用回发生什么样的情况呢?幸好各个应用服务器都有在集群环境下session复制的配置。如果配置请查阅对应的文档。另外web 开发经常用到Webwork,strut2,flex等技术,他们都对sesson的封装。他们是否也能复制呢?还要测试才行,当然理论上是可以的,呵呵!还有有的时候session 要保存到什么位置?也是个问题a)内存,b)文件c)数据库。根据实 际情况来选择吧。 2.Cache,Cache我们经常使用(我这里只说对象级缓存),如:将一些经常用到的数据缓存到内存中。这种情况下和session有些类似。有的人实例化了一个包 含HashMap的一个单例的对象,用来缓存数据,单机环境没什么问题,可是如 果是集群环境呢?会怎样?所有我们引用分布式缓存或者集中式缓存,分布式缓存有很多种如ehcache,jbosscache,oscache等,集中式缓存比较典型的就是memcached。选择分布式还是集中式根据项目的需要来定了。这里就不说了。 3.线程、定时器,如:单机环境下我们写一个单线程,如用来像其他系统上传数 据(这个数据部允许多次上传),如果程序发布在集群环境下回发生什么情况?呵呵。变成多线程了。多个计算机内的单线程同时上传数据。所以这个时候考虑的地方就很多了!!是选择故障转移还是负载均衡都是考虑的范围。定时器也雷 同。可以参考spring quartz 集群解决方案。 4.JDBC,JDBC注意的是数据库集群的情况,如weblogic集群架构图所示,编写程序时,获得JDBC链接可以这样写, Connection con = null; try {

EHCache 技术文档 缓存 spring缓存

目录 0. 文档介绍 (2) 0.1文档目的 (2) 0.2文档范围 (2) 0.3读者对象 (2) 0.4参考文献 (2) 0.5术语与缩写解释 (3) 1.概述 (4) 1.1背景 (4) 1.2主要特征 (3) 1.3环境 (5) 1.4下载资源 (5) 2. EHCACHE页面缓存的配置 (5) 2.1EHC ACHE的类层次模型 (5) 2.2环境搭建 (6) 2.3 EHCACHE配置文件中元素说明................................................... 错误!未定义书签。 2.4在工程中单独使用...................................................................... 错误!未定义书签。 3. 在SPRING中运用EHCACHE ....................................................... 错误!未定义书签。 4. 分布式缓存集群环境配置 (19) 4.1集群配置方式 (19) 5. 测试用例 (28)

0. 文档介绍 0.1 文档目的 记录使用EHCache实现页面级的缓存以及完成集群设计的过程。0.2 文档范围 记录使用EHCache实现页面级的缓存以及完成集群设计的过程。0.3 读者对象 任何有兴趣的家伙。 0.4 参考文献 提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期 大部分都是网络上查询的资料,很多,不列举了。

Ehcache是现在最流行纯Java开源缓存框架

Ehcache是现在最流行的纯Java开源缓存框架 2014-12-22 13:28 37723人阅读评论(0) 收藏举报分类: java(405) c:\t _blank Ehcache是现在最流行的纯Java开源缓存框架,配置简单、结构清晰、功能强大,最初知道它,是从hibernate的缓存开始的。网上中文的EhCache材料以简单介绍和配置方法居多,如果你有这方面的问题,请自行google;对于API,官网上介绍已经非常清楚,请参见官网;但是很少见到特性说明和对实现原理的分析,因此在这篇文章里面,我会详细介绍和分析EhCache的特性,加上一些自己的理解和思考,希望对缓存感兴趣的朋友有所收获。 一、特性一览,来自官网,简单翻译一下: 1、快速轻量 过去几年,诸多测试表明Ehcache是最快的Java缓存之一。 Ehcache的线程机制是为大型高并发系统设计的。 大量性能测试用例保证Ehcache在不同版本间性能表现得一致性。 很多用户都不知道他们正在用Ehcache,因为不需要什么特别的配置。 API易于使用,这就很容易部署上线和运行。 很小的jar包,Ehcache 2.2.3才668kb。 最小的依赖:唯一的依赖就是SLF4J了。 2、伸缩性 缓存在内存和磁盘存储可以伸缩到数G,Ehcache为大数据存储做过优化。 大内存的情况下,所有进程可以支持数百G的吞吐。 为高并发和大型多CPU服务器做优化。 线程安全和性能总是一对矛盾,Ehcache的线程机制设计采用了Doug Lea的想法来获得较高的性能。 单台虚拟机上支持多缓存管理器。

通过Terracotta服务器矩阵,可以伸缩到数百个节点。 3、灵活性 Ehcache 1.2具备对象API接口和可序列化API接口。 不能序列化的对象可以使用除磁盘存储外Ehcache的所有功能。 除了元素的返回方法以外,API都是统一的。只有这两个方法不一致:getObjectValue和getKeyValue。这就使得缓存对象、序列化对象来获取新的特性这个过程很简单。 支持基于Cache和基于Element的过期策略,每个Cache的存活时间都是可以设置和控制的。 提供了LRU、LFU和FIFO缓存淘汰算法,Ehcache 1.2引入了最少使用和先进先出缓存淘汰算法,构成了完整的缓存淘汰算法。 提供内存和磁盘存储,Ehcache和大多数缓存解决方案一样,提供高性能的内存和磁盘存储。 动态、运行时缓存配置,存活时间、空闲时间、内存和磁盘存放缓存的最大数目都是可以在运行时修改的。 4、标准支持 Ehcache提供了对JSR107 JCACHE API最完整的实现。因为JCACHE在发布以前,Ehcache的实现(如net.sf.jsr107cache)已经发布了。 实现JCACHE API有利于到未来其他缓存解决方案的可移植性。 Ehcache的维护者Greg Luck,正是JSR107的专家委员会委员。 5、可扩展性 监听器可以插件化。Ehcache 1.2提供了CacheManagerEventListener和CacheEventListener接口,实现可以插件化,并且可以在ehcache.xml里配置。 节点发现,冗余器和监听器都可以插件化。 分布式缓存,从Ehcache 1.2开始引入,包含了一些权衡的选项。Ehcache的团队相信没有什么是万能的配置。 实现者可以使用内建的机制或者完全自己实现,因为有完整的插件开发指南。 缓存的可扩展性可以插件化。创建你自己的缓存扩展,它可以持有一个缓存的引用,并且绑定在缓存的生命周期内。 缓存加载器可以插件化。创建你自己的缓存加载器,可以使用一些异步方法来加载数据到缓存里面。 缓存异常处理器可以插件化。创建一个异常处理器,在异常发生的时候,可以执行某些特定操作。

until与not...until...及It is not until...that...的用法详解

1.until (即是介词又是连词)要区分开哪种情况是介词及连词 介词prep. 1.直到...时,到...为止 Will this fish keep until tomorrow? 这鱼能搁到明天吗? 2.(用于否定句)在...之前,直到...才 She didn't go to bed until eleven o'clock. 她直到十一点才上床睡觉。 连接词conj. 1.直到...时,到...为止 You can wait here until help comes.你可以在这里等,直到有人来帮你。 2.(用于否定句)在...以前,直到...才 She didn't go to bed until her daughter came back. 她一直等到女儿回来才去睡觉。 You can't leave until I come back.。直到我回来你才可以离开 ■“not…until””意思是:“直到……才……”表示在这个界限之前一直没有发生这个动作 ■“直到……”表示这个动作一直延续到这个界限出现时。 ■not…until””句型翻译成了否定句,如上句:直到我回来你不可以离开×) ■wait、keep是延续性动词,所以用肯定形式;而go to bed、leave是非延续性动词,所以用否定形式。 ■用“until”还是“not…until”要看谓语动词是延续性还是非延续性动词 ■until用做连词时,要注意以下几点 not…until 到…才…”

■对not…until的强调结构为“It is / was not until…that…”虽然两者都有not进行了否定,但中文要译成肯定“直到……才……” ■It was not until yesterday that I noticed it. =I didn’t notice it until yesterday. 直到昨天我才注意到此事。 It was not until I saw Mary that I felt happy. =I didn’t feel happy until I saw Mary 直到见到玛丽我才高兴起来。 ■ ■ ■ It was _____ I went there _____ I began to know something about the matter. 直到我到那里我才了解那件事。 A. until; when B.until; that C.not until; that D.not when;that (正确为C) ①Not until the teacher came in did the students stop talking. 直到老师进来学生们才停止讲话。 ②Not until next week will the sports meet be held.直到下周才开运动会。 主句倒装时要注意以下几点: 1.主句倒装时注意主句中的谓语动词是is/are/am/was/were时,将此be动词提到主 2.句的主语前面; 3.主句中的谓语动词是实意动词,时态为现在/过去时,将do/does/did提前到主语前,完成时将have/has/had提到主语前; 4.主句中的谓语由情态动词构成时,将情态动词如can/may/must/could等提到主句的主语前。 5.主句中时态为将来时,将will等提到主句中的主语前面。

until用法

一、until ,till和not untill的区别 till / until在表达方式和意义上的特殊性:until是till的强调形式,但是它们表达的意义是相同的,都表示"直到某时"。不过,当主句是否定句时,它引出的意思是"直到(某时)(某动作)才(发生)" ,这时候常会出现"not until …"的结构,如果将"not until …"的结构放在句首,那么主句要写成倒装句。例如: He didn't go to sleep until 12 last night . 他昨晚直到十二点钟才睡觉。 They didn't realize their fault till we pointed it out to them . 直到我们向他们指出了他们的错误,他们才意识到。 Not until we pointed out their fault to them did they realize it . 直到我们向他们指出了他们的错误,他们才意识到。 但是,当主句是肯定句时,它引出的意思是"直到(某时某动作停止了)" 。例如: The students made much noise till the teacher came into the classroom . 直到老师走进教室学生们才停止了大声喧哗。 The young couple were very happy until they used up all their money . 那对年青夫妇直到花光了所有的钱才沮丧起来。 另外,until 可以放在句首而till则不行。我们可以说:Until they used up all their money, the young couple were very happy .我们却不可以说:Till they used up all their money, the young couple were very happy . 二、肯定与否定 1.肯定形式表示的意思是"做某事直至某时",动词必须是延续性的。 2.否定形式表达的意思是"直至某时才做某事"。动词为延续性或非延续性都可 以。 3.正确使用这两个连词的关键之一就在于判断句中的动词该用肯定式还是否 定式。 肯定句: I slept until midnight. 我一直睡到半夜时醒了。 Wait till I call you. 等着我叫你。 (在肯定句中可用before代替 Let's get in the wheat before the sun sets.)否定句:She didn't arrive until 6 o'clock. 她直到6点才到。Don't get off the bus until it has stopped. 公共汽车停稳后再下车。 I didn't manage to do it until you had explained how. 直到你教我后,我才会做。

Java代码优化

1. 尽量在合适的场合使用单例 使用单例可以减轻加载的负担,缩短加载的时间,提高加载的效率,但并不是所有地方都适用于单例,简单来说,单例主要适用于以下三个方面: 第一,控制资源的使用,通过线程同步来控制资源的并发访问; 第二,控制实例的产生,以达到节约资源的目的; 第三,控制数据共享,在不建立直接关联的条件下,让多个不相关的进程或线程之间实现通信。 2. 尽量避免随意使用静态变量 要知道,当某个对象被定义为stataic变量所引用,那么gc通常是不会回收这个对象所占有的内存,如 Java代码 public class A{ static B b = new B(); } 此时静态变量b的生命周期与A类同步,如果A类不会卸载,那么b对象会常驻内存,直到程序终止。 3. 尽量避免过多过常的创建Java对象 尽量避免在经常调用的方法,循环中new对象,由于系统不仅要花费时间来创建对象,而且还要花时间对这些对象进行垃圾回收和处理,在我们可以控制的范围内,最大限度的重用对象,最好能用基本的数据类型或数组来替代对象。 4. 尽量使用final修饰符 带有final修饰符的类是不可派生的。在Java核心API中,有许多应用final的例子,例如https://www.360docs.net/doc/e27222563.html,ng.String.为String类指定final防止了使用者覆盖length()方法。另外,如果一个类是final的,则该类所有方法都是final的。Java编译器会寻找机会内联(inline)所有的final方法(这和具体的编译器实现有关)。此举能够使性能平均提高50%.

5. 尽量使用局部变量 调用方法时传递的参数以及在调用中创建的临时变量都保存在栈(Stack)中,速度较快。其他变量,如静态变量、实例变量等,都在堆(Heap)中创建,速度较慢。 6. 尽量处理好包装类型和基本类型两者的使用场所 虽然包装类型和基本类型在使用过程中是可以相互转换,但它们两者所产生的内存区域是完全不同的,基本类型数据产生和处理都在栈中处理,包装类型是对象,是在堆中产生实例。 在集合类对象,有对象方面需要的处理适用包装类型,其他的处理提倡使用基本类型。 7. 慎用synchronized,尽量减小synchronize的方法 都知道,实现同步是要很大的系统开销作为代价的,甚至可能造成死锁,所以尽量避免无谓的同步控制。synchronize方法被调用时,直接会把当前对象锁了,在方法执行完之前其他线程无法调用当前对象的其他方法。所以synchronize的方法尽量小,并且应尽量使用方法同步代替代码块同步。 8. 尽量使用StringBuilder和StringBuffer进行字符串连接 这个就不多讲了。 9. 尽量不要使用finalize方法 实际上,将资源清理放在finalize方法中完成是非常不好的选择,由于GC的工作量很大,尤其是回收Young代内存时,大都会引起应用程序暂停,所以再选择使用finalize方法进行资源清理,会导致GC负担更大,程序运行效率更差。 10. 尽量使用基本数据类型代替对象 String str = "hello"; 上面这种方式会创建一个"hello"字符串,而且JVM的字符缓存池还会缓存这个字符串; String str = new String("hello"); 此时程序除创建字符串外,str所引用的String对象底层还包含一个char[]数组,这个char[]数组依次存放了h,e,l,l,o

ehcache原理

转ehcache 基本原理 hjp222发表于2011-03-22 16:30 最后修改于2011-05-16 15:32 浏览(105) 评论(0)分类:ehcache 举报 ehcache是一个用Java实现的使用简单,高速,实现线程安全的缓存管理类库,ehcache 提供了用内存,磁盘文件存储,以及分布式存储方式等多种灵活的cache管理方案。同时ehcache作为开放源代码项目,采用限制比较宽松的Apache License V2.0作为授权方式,被广泛地用于Hibernate, Spring,Cocoon等其他开源系统。 Ehcache的类层次模型主要为三层,最上层的是CacheManager,他是操作Ehcache的入口。我们可以通过CacheManager.getInstance()获得一个单个的CacheManager,或者通过CacheManager的构造函数创建一个新的CacheManager。每个CacheManager都管理着多个Cache。而每个Cache都以一种类Hash的方式,关联着多个Elemenat。而Element则是我们用于存放要缓存内容的地方。 ehcache的刷新策略 ehcache的刷新策略是当缓存在放入的时候记录一个放入时间,它是用Lazy Evict的方式,在取的时候同设置的TTL比较 ehcache缓存的3种清空策略: 1 FIFO,先进先出 2 LFU,最少被使用,缓存的元素有一个hit属性,hit值最小的将会被清出缓存。 3 LRU,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。事件处理 可以为CacheManager添加事件监听,当对CacheManager增删Cache时,事件处理器将会得到通知。要配置事件处理,需要通过ehcache的配置文件来完成。 可以为Cache添加事件监听,当对Cache增删Element时,事件处理器将会得到通知。要配置事件处理,需要通过ehcache的配置文件来完成。 ehcache参数配置: maxInMemory - 设定内存中创建对象的最大值。 eternal - 设置元素(译注:内存中对象)是否永久驻留。如果是,将忽略超时限制且元素永不消亡。 timeToIdleSeconds - 设置某个元素消亡前的停顿时间。也就是在一个元素消亡之前,两次访问时间的最大时间间隔值。这只能在元素不是永久驻留时有效(译注:如果对象永恒不灭,则设置该属性也无用)。 如果该值是0 就意味着元素可以停顿无穷长的时间。 timeToLiveSeconds - 为元素设置消亡前的生存时间。也就是一个元素从构建到消亡的最大时间间隔值。这只能在元素不是永久驻留时有效。 overflowToDisk - 设置当内存中缓存达到maxInMemory 限制时元素是否可写到磁盘上。

相关文档
最新文档