一 .概述

先講緩存實現，主要是mybatis一級緩存，二級緩存及緩存使用后續補充

mybatis緩存的實現是基于map的，從緩存里面讀寫數據是緩存模塊的核心基礎功能；

除核心功能之外，有很多額外的附加功能，如：防止緩存擊穿，添加緩存清空策略（fifo、lru）、序列化功
能、日志能力、定時清空能力等；

附加功能可以以任意的組合附加到核心基礎功能之上，怎么樣優雅的為核心功能添加附加能力？使用繼承的辦法擴展附加功能？

繼承的方式是靜態的，用戶不能控制增加行為的方式和時機另外，新功能的存在多種組合，使用繼承可能導致大量子類存。

裝飾器模式是一種用于代替繼承的技術，無需通過繼承加子類就能擴展對象的新功能。使用對象的關聯關系代繼承關系，更加靈活，同時避免類型體系的快速。

二.設計模式

裝飾器模式uml類圖

舉例：io中輸入流和輸出流的設計bufferedreader bufferedreader = new bufferedreader(new inputstreamreader(new fileinputstream("c://a.txt"))

三.mybatis靜態組件之緩存

cache類定義了緩存的一些基本操作接口。

cache基本操作的具體實現。

在緩存基本實現類perpetualcache的基礎上，創建了不同的裝飾器對緩存進行了功能的增強，例如blockingcache實現的是阻塞的緩存，fifocache使用先進先出策略，scheduledcache定時清空緩存，現在以

blockingcache為例說明mybatis緩存的具體實現。

blockingcache鎖機制可以作為一種防止緩存雪崩和緩存擊穿的重要手段

cachekey解讀

mybatis中涉及到動態sql的原因，緩存項的key不能僅僅通過一個string來表示，所以通過cachekey來封裝緩存的key值，cachekey可以封裝多個影響緩存項的因素；判斷兩個cachekey是否相同關鍵是比較兩個對象的hash值是否一致；

mybatis通過上述算法確定cachekey是否一致，mybatis在查詢數據庫之前，回先查詢緩存，同時調用生成cachekey的算法，通過下列源碼可知影響緩存的因素包括mappedstatment的id指定查詢結果集的范圍（分頁信息） 查詢所使用的sql語句 用戶傳遞給sql語句的實際參

總結：

mybatis緩存使用了裝飾器模式，對基本緩存功能做了不同的程度，不同方向上的增強，同時通過cachekey的源碼分析，了解到影響緩存key的因素包括

mappedstatment的id

指定查詢結果集的范圍（分頁信息）

查詢所使用的sql語句

用戶傳遞給sql語句的實際參

好了，以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對服務器之家的支持。

原文鏈接：http://www.cnblogs.com/dw-haung/p/9975201.html