大型高并發高負載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。