ehcache、redis應用場景比較

應用場景： 

ehcache是Hibernate中默認的CacheProvider，直接在jvm虛擬機中緩存，速度快，效率高；可是緩存共享麻煩，集羣分佈式應用不方便。 

. 緩存數據有兩級：內存和磁盤，所以無需擔憂容量問題，提供Hibernate的緩存實現 

 Ehcache

在Java項目普遍的使用。它是一個開源的、設計於提升在數據從RDBMS中取出來的高花費、高延遲採起的一種緩存方案。正由於Ehcache具備健壯性（基於java開發）、被認證（具備apache 2.0  license）、充滿特點（稍後會詳細介紹），因此被用於大型複雜分佈式web application的各個節點中。

什麼特點？ 

1.  夠快

Ehcache的發行有一段時長了，通過幾年的努力和不可勝數的性能測試，Ehcache終被設計於large, high concurrency systems. 

2. 夠簡單

開發者提供的接口很是簡單明瞭，從Ehcache的搭建到運用運行僅僅須要的是你寶貴的幾分鐘。其實不少開發者都不知道本身用在用Ehcache，Ehcache被普遍的運用於其餘的開源項目

好比：hibernate 

3.夠袖珍

關於這點的特性，官方給了一個很可愛的名字small foot print ，通常Ehcache的發佈版本不會到2M，V 2.2.3  才 668KB。 

4. 夠輕量

核心程序僅僅依賴slf4j這一個包，沒有之一！ 

5.好擴展

Ehcache提供了對大數據的內存和硬盤的存儲，最近版本容許多實例、保存對象高靈活性、提供LRU、LFU、FIFO淘汰算法，基礎屬性支持熱配置、支持的插件多 

6.監聽器

緩存管理器監聽器 （CacheManagerListener）和 緩存監聽器（CacheEvenListener）,作一些統計或數據一致性廣播挺好用的

如何使用？

夠簡單就是Ehcache的一大特點，天然用起來just so easy!

貼一段基本使用代碼

CacheManager manager = CacheManager.newInstance("src/config/ehcache.xml");
Ehcache cache = new Cache("testCache", 5000, false, false, 5, 2);
cacheManager.addCache(cache);

 代碼中有個ehcache.xml文件，如今來介紹一下這個文件中的一些屬性

1.        name:緩存名稱。
2.        maxElementsInMemory：緩存最大個數。
3.        eternal:對象是否永久有效，一但設置了，timeout將不起做用。
4.        timeToIdleSeconds：設置對象在失效前的容許閒置時間（單位：秒）。僅當eternal=false對象不是永久有效時使用，可選屬性，默認值是0，也就是可閒置時間無窮大。
5.        timeToLiveSeconds：設置對象在失效前容許存活時間,最大時間介於建立時間和失效時間之間。僅當eternal=false對象不是永久有效時使用，默認是0.，也就是對象存活時 間無窮大。
6.        overflowToDisk：當內存中對象數量達到maxElementsInMemory時，Ehcache將會對象寫到磁盤中。
7.        diskSpoolBufferSizeMB：這個參數設置DiskStore（磁盤緩存）的緩存區大小。默認是30MB。每一個Cache都應該有本身的一個緩衝區。
8.        maxElementsOnDisk：硬盤最大緩存個數。
9.        diskPersistent：是否緩存虛擬機重啓期數據 Whether the disk store persists between restarts of the Virtual Machine. The default value is false.
10.        diskExpiryThreadIntervalSeconds：磁盤失效線程運行時間間隔，默認是120秒。
11.        memoryStoreEvictionPolicy：當達到maxElementsInMemory限制時，Ehcache將會根據指定的策略去清理內存。默認策略是LRU。你能夠設置爲 FIFO或是LFU。
12.        clearOnFlush：內存數量最大時是否清除。 

 

 

 

redis是經過socket訪問到緩存服務，效率比ecache低，比數據庫要快不少，處理集羣和分佈式緩存方便，有成熟的方案。

若是是單個應用或者對緩存訪問要求很高的應用，用ehcache。
若是是大型系統，存在緩存共享、分佈式部署、緩存內容很大的，建議用redis。

補充下：ehcache也有緩存共享方案，不過是經過RMI或者Jgroup多播方式進行廣播緩存通知更新，緩存共享複雜，維護不方便；簡單的共享能夠，可是涉及到緩存恢復，大數據緩存，則不合適。

 

參考： ehcache、redis應用場景比較