大型高并发高负载web应用系统架构-缓存架构策略目前在网站的架构构成中普遍使用到缓存来提供WEB应用的性能，由于网站规模的不同，分别存在如下几种类型的缓存架构。(1)单机缓存(2)简单分布式缓存(3)使用复制方式的缓存集群(4)使用散列方式的缓存集群(5)高性能高、可靠的缓存集群下面对于上述几种缓存策略的实际应用的适用情况以及优缺点进行详细分析，当然并没有一个缓存的教条存在，有的只是参考案例，对于具体的应用来讲要具体分析。(1)单机缓存     单机缓存也就是WEB应用和缓存是同一个应用，也就是最简单的缓存策略，大家在程序中使用的static的HashMap、List这些都可以算作缓存的范畴。比较有代表性的单机缓存有OSCache、Ehcache。 

Ehcache、缓存Ehcache是一个缓存库。在开始介绍Ehcache之前，首先介绍一下常规的缓存。1关于缓存   以下是维基百科中对于缓存的解释：   在计算机工程领域，缓存是透明的存储以后需要的快速使用的数据的组件。存储在缓存中的数据可能是先前已经计算好的数据或存储在别处数据的副本。如果数据存储在缓存中，数据请求可以通过读取缓存快速的被处理。否则（如果不在缓存中），数据不得不被重新计算或从原来存储介质中提取，相比较从缓存中读取而言，处理速度较慢。

WEB用户行为分析系统上线，在测试某些功能时候，发现部分功能响应时间过长，比如对起点文学的按月的统计数据显示，响应时间超过了3秒，这个不太符合用户的需要，那么接下来就是优化系统，提高系统速度的工作。我们在分析响应速度缓慢的原因，发现还是数据库处理数据这块原因，究其根本还是数据量过大的原因，而且在数据库层面已经速度这块很难再有提升，因此考虑到web的缓存技术，这些响应速度缓慢的功能基本都是按周，按月的统计数据，因此在单位时间内的缓存是完全可以实现

Ehcache缓存配置说明开启Hibernate的缓存策略

spring3.0.5发布后，公司使用SpringMVC+Hibernate3.5做项目，其中用到了缓存机制，spring3.0.5中ehcache配置方法很简单，其中缓存机制很细颗粒化，可以具体到把每个方式的返回值做缓存

本文将构建一个普通工程来说明spring注解缓存的使用方式，关于如何在web应用中使用注解缓存。将这些第三方缓存方案配置在spring中很简单，网上有许多介绍，这里只重点介绍如何配置基于注解的缓存配置。 本文将通过例举OSCache详细介绍如何使用spring配置基于注解的缓存配置，注意这里的缓存是方法级的。

记录使用EHCache实现页面级的缓存以及完成集群设计的过程。EHCache是一个快速的、轻量级的、易于使用的、进程内的缓存。它支持read-only和read/write缓存，内存和磁盘缓存。是一个非常轻量级的缓存实现，而且从1.2 之后就支持了集群，目前的最新版本是2.1。

第十三章多媒体技术13.1图像处理13.2声音文件的播放13.3用Java实现动画13.4利用JMF来播放视频13.1在Applet中图像的绘制13.1.1图像文件的装载getImage()方法Applet类中提供了getImage()方法用来将准备好的图像文件装到applet中ImagegetImage(URLurl)ImagegetImage(URLurl,Stringname)我们必须首先指明图像文件所存贮的位置.

看网上有人说Ehcache，给的例子不是很细致，写了一个在java工程中单独使用的Ehcache工具类，代码中没有留故意的障碍，有别的错误的话各位自己甄别，具体工程在我电脑上如下.

OSCache使用经验总结OSCache的使用主要有4种：POJO缓存HTTPResponse缓存JSPTagLibrary缓存O/RDataAccess缓存1、POJO缓存这种方式的缓存直接调用OSCache的API进行，主要用于处理页面内容会根据参数动态改变，可以将参数设置为key值来保存数据：首先，声明成员变量.

我们将所有的缓存参数配置在名为cache.ccf的属性文件中。这些参数包括缓存信息如：内存中存储的对象的最大数量，缓存时间（过了时间之后缓存的数据就自动从内存中释放），中断时间（elapsed time since last access time），内存缓存名称（例如：缓存算法如LRU或MRU）等。在当前版本的JCS中，缓存属性文件是纯文本格式的。SpiritCache framework，一种来自SpiritSoft的Jcache API商业实现，支持XML格式的缓存配置。

NCACHE 是基于 NGINX 的 WEB 服务器模型构件起来的缓存系统, 是SINA公司的开源产品.<br> 起初的目的是为了提升缓存响应速度而开发的,因为SQUID实在比较慢, 而NGINX的优势就在于网络服务上,所以NCACHE计划也就诞生了.<br> NCACHE 最早的时候是作为NGINX的一个HTTP模块进行开发的,因为当时希望做到更好的兼容性和可扩展性,作为独立模块,可以被更好的推广和使用,安装也会很 方便.但后来发现随着代码量的增加,功能的扩充,NGINX的原有模块框架已经不能很好的满足我们了,因此,我们提取了NGINX的内核代码,并把 CACHE部分欠入其中,形成了今天的NCACHE<br> NCACHE本身功能并不强大,且不具备像SQUID般完善的功能和开发框架,甚至不 能支持RFC中关于CACHE部分的描述. NCACHE完全是一套定制化的产品,可以满足像我们一样需要快速部署,简单易用,大并发量,大存储量的朋友们的需求,它不需要复杂的配置,不需要冗余的 复杂代码,并使用最先进的技术组合.

本学习文档主要介绍了Terracotta基本原理和如何配置Tomcat和Terracotta服务器将普通的Web应用部署到集群中，实现跨Tomcat节点的session复制，以达到负载均衡、提高系统吞吐量和灾难恢复的效果。基本原理简介Terracotta的基本原理是对于集群间共享的数据，当在一个节点发生变化的时候，Terracotta只把变化的部分发送给Terracotta服务器，然后由服务器把它转发给真正需要这个数据的节点。

在特定硬件基础上（同时假设系统不存在设计上的缺漏和糟糕低效的SQL语句）Cache往往是提升系统性能的最关键因素）。相对Hibernate等封装较为严密的ORM实现而言（因为对数据对象的操作实现了较为严密的封装，可以保证其作用范围内的缓存同步，而ibatis提供的是半封闭的封装实现，因此对缓存的操作难以做到完全的自动化同步）。ibatis的缓存机制使用必须特别谨慎。特别是flushOnExecute的设定（见“ibatis配置”一节中的相关内容），需要考虑到所有可能引起实际数据与缓存数据不符的操作。如本模块中其他Statement对数据的更新，其他模块对数据的更新，甚至第三方系统对数据的更新。否则，脏数据的出现将为系统的正常运行造成极大隐患。

摘要：对于当今大型Web应用系统，随着业务功能的逐渐增加，导致系统处理的数据量急剧上升，完全通过使用数据库的方式来进行数据的存储和响应已经无法满足系统的运行要求，因此缓存技术的使用已经成为大型Web应用系统的迫切需要。Sotower平台随着自身业务的增加，现有的内存缓存机制并不能很好的适用于大规模集群环境下内存缓存的管理。本文通过分析现有缓存机制存在的缺点，提出了依据分布式内存缓存技术Memcached的Sotower平台内存缓存机制。通过本文可以为Sotower平台内存缓存管理系统的使用者提供了理论和实际应用的指导。

JCS简介概述：JCS是Jakarta的项目Turbine的子项目。它是一个复合式的缓冲工具。可以将对象缓冲到内存、硬盘。具有缓冲对象时间过期设定。还可以通过JCS构建具有缓冲的分布式构架，以实现高性能的应用。对于一些需要频繁访问而每访问一次都非常消耗资源的对象，可以临时存放在缓冲区中，这样可以提高服务的性能。而JCS正是一个很好的缓冲工具。缓冲工具对于读操作远远多于写操作的应用性能提高非常显著。

我想把一个基于数据库的WEB应用程序加上缓存，以提高性能，开源的java缓存系统不少，先拿JCS（Java Caching System）试试。

WEB用户行为分析系统上线，在测试某些功能时候，发现部分功能响应时间过长，比如对起点文学的按月的统计数据显示，响应时间超过了3秒，这个不太符合用户的需要，那么接下来就是优化系统，提高系统速度的工作。我们在分析响应速度缓慢的原因，发现还是数据库处理数据这块原因，究其根本还是数据量过大的原因，而且在数据库层面已经速度这块很难再有提升，因此考虑到web的缓存技术，这些响应速度缓慢的功能基本都是按周，按月的统计数据，因此在单位时间内的缓存是完全可以实现，以下就是我收集的java web缓存的相关技术，有两个技术重点推荐，一个是OSCache，一个是JCS，这两个是缓存技术里应用最为广泛的，也是最为成熟并且是开源的技术。

这个东西今天小试了一下,总体感觉还不错.就不知道比起JBoss cache 有没什么差别(现在本人还不得而知啊)，主要是针对 osCache 的配置文件做了简单的翻译; 如有错误敬请修正.修改的文档请共享一下,谢谢!

Ehcache是一个Java的开源的分布式缓存，它可用于普通缓存，Java EE和轻量级容器。。Cache Server有两种类型的API：面向资源的RESTful以及SOAP。最大的Ehcache单实例在内存中可以缓存20GB。最大的磁盘可以缓存100GB。