myBatis組件之緩存實現及使用


 

一 .概述

先講緩存實現,主要是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語句的實際參

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM