1、常見的兩種快取

• 本地快取：不需要序列化，速度快，快取的數量與大小受限於本機記憶體
• 分散式快取：需要序列化，速度相較於本地快取較慢，但是理論上快取的數量與大小無限（因為快取機器可以不斷擴充套件）

2、本地快取

• Google guava cache：當下最好用的本地快取
• Ehcache：spring預設整合的一個快取，以spring cache的底層快取實現類形式去操作快取的話，非常方便，但是欠缺靈活，如果想要靈活使用，還是要單獨使用Ehcache
• Oscache：最經典簡單的頁面快取

3、分散式快取

• memcached：分散式快取的標配
• Redis：新一代的分散式快取，有替代memcached的趨勢

3.1、memcached

• 經典的一致性hash演算法
• 基於slab的記憶體模型有效防止記憶體碎片的產生（但同時也需要估計好啟動引數，否則會浪費很多的記憶體）
• 叢集中機器之間互不通訊（相較於Jboss cache等叢集中機器之間的相互通訊的快取，速度更快<--因為少了同步更新快取的開銷，且更適合於大型分散式系統中使用）
• 使用方便（這一點是相較於Redis在構建客戶端的時候而言的，儘管redis的使用也不困難）
• 很專一（專做快取，這一點也是相較於Redis而言的）

3.2、Redis

• 可以儲存複雜的資料結構（5種）
  • strings-->即簡單的key-value，就是memcached可以儲存的唯一的一種形式，接下來的四種是memcached不能直接儲存的四種格式（當然理論上可以先將下面的一些資料結構中的東西封裝成物件，然後存入memcached，但是不推薦將大物件存入memcached，因為memcached的單一value的最大儲存為1M，可能即使採用了壓縮演算法也不夠，即使夠，可能存取的效率也不高，而redis的value最大為1G）
  • hashs-->看做hashTable
  • lists-->看做LinkedList
  • sets-->看做hashSet，事實上底層是一個hashTable
  • sorted sets-->底層是一個skipList
• 有兩種方式可以對快取資料進行持久化
  • RDB
  • AOF
• 事件排程
• 釋出訂閱等

4、整合快取

專指spring cache，spring cache自己繼承了ehcache作為了快取的實現類，我們也可以使用guava cache、memcached、redis自己來實現spring cache的底層。當然，spring cache可以根據實現類來將快取存在本地還是存在遠端機器上。

5、頁面快取

在使用jsp的時候，我們會將一些複雜的頁面使用Oscache進行頁面快取，使用非常簡單，就是幾個標籤的事兒；但是，現在一般的企業，前臺都會使用velocity、freemaker這兩種模板引擎，本身速度就已經很快了，頁面快取使用的也就很少了。

總結：

• 在實際生產中，我們通常會使用guava cache做本地快取+redis做分散式快取+spring cache就整合快取（底層使用redis來實現）的形式
• guava cache使用在更快的獲取快取資料，同時快取的資料量並不大的情況
• spring cache整合快取是為了簡單便捷的去使用快取（以註解的方式即可），使用redis做其實現類是為了可以存更多的資料在機器上
• redis快取單獨使用是為了彌補spring cache整合快取的不靈活
• 就我個人而言，如果需要使用分散式快取，那麼首先redis是必選的，因為在實際開發中，我們會快取各種各樣的資料型別，在使用了redis的同時，memcached就完全可以捨棄了，但是現在還有很多公司在同時使用memcached和redis兩種快取。

在本系列接下來的介紹中，會介紹在分散式情況下guava cache、memcached、redis、spring cache的使用與原理。

疑問：

• memcached相較於redis而言，有什麼優點？（如果有大神瞭解這一塊，請指點一下）