SpringBoot+Redis 為何自動使用Redis

核心概念

先來看看核心接口的作用及關系圖：

CachingProvider  管理並創建CacheManager，一個CachingProvider可以管理多個CacheManager

CacheManager  管理並創建Cache，一個CacheManager管理多個Cache  

Cache  結構類似於Map<CacheName,Cache>，每個Cache有唯一的名字

Entry 結構類似於Map<KeyObject,ValueObject>，以鍵值對的形式儲存在Cache中

Expiry  Cache中每個條目都有有效期，過期則會被刪除或更新

 

---

 

 

一、SpringBoot中的緩存結構：

要知道SpringBoot是通過XXXAutoConfiguration來向容器中注冊組件的

所以只要知道CacheAutoConfiguration注冊了哪些組件，我們就能入手進行分析

找到添加的組件

1、首先進入CacheAutoConfiguration
　　可以看到其導入了CacheConfigurationImportSelector
　　從名字可以看出它是用來導入緩存配置類的

 

2、進入CacheConfigurationImportSelector
　　這是一個靜態內部類，只有一個selectImports方法，方法的最后將字符串數組返回
　　我們在方法上打上斷點進行測試

3、執行完第二步的方法，直接查看最終的返回結果
　　可以看到返回了很多XXXCacheConfiguration

4、在配置文件中添加 debug=true

　 要想知道到底用了哪個CacheConfiguration，我們可以在配置文件中添加 debug=true 來查看詳細的日志
　　啟動應用，在日志中搜索CacheConfiguration，會發現只有SimpleCacheConfiguration是matched
　　而其他的XXXCacheConfiguration都是Did not match
　　結論：springboot默認使用SimpleCacheConfiguration作為緩存配置類　　

找到了配置類，順着配置類一層層進入，就能很快了解其中的結構

查看緩存結構

　　1、進入默認配置類SimpleCacheConfiguration
　　發現配置類中注冊了ConcurrentMapCacheManager作為CacheManager
　　注意：@ConditionalOnMissingBean(CacheManager.class)注解

當容器中存在CacheManager時，本配置類就不會生效，而CacheManager是通過配置類創建的，也就是說，如果選擇了
其他的XXXCacheConfiguration，就會生成其他的CacheManager，本配置類就不會起作用。
這也是我們后面導入Redis的startor后就會自動使用RedisCacheConfiguration的原因

 　　

2、進入ConcurrentMapCacheManager
　　cacheMap正是ConcurrentMapCacheManager管理的Cache結構

3、通過調試，找到這里的Cache實現類為ConcurrentMapCache
　　其中兩個屬性，name為cache的名字，store用於儲存鍵值對

---

到此為止，springboot的默認cache結構就出來了，接下來看看我們實現緩存功能需要的常用注解以及他們要注意的地方

 

 

二、幾個關鍵注解

　　1、@Cacheable

　　　　標注在方法上，將方法返回的結果存入緩存中

　　　　可以指定cachename或value來對ConcurrentMapCache的name屬性進行設置

　　　　也可以通過指定keyGenerator來制定緩存鍵值對中生成key的規則　

　　　　默認情況：name為傳入的參數，鍵值對中的值為方法返回結果　

　　2、@CachePut

　　　　標注在方法上，先執行方法，再用方法返回的值來更新緩存內容

　　3、@CacheEvict

　　　　清除緩存

　　4、@Caching

　　　　復雜的cache配置，可以在里面配置上面的幾個注解

　　5、@CacheConfig

　　　　標注在類上，對類中的緩存操作作統一配置

 

 

三、@Cacheable工作原理

　　下來通過幾個重要的方法來展示@Cacheable工作原理

　　這里的測試方法將從數據庫中獲取1號員工的數據，方法上只標注了@Cacheable

 

1、第一次查詢

1、第一個重要方法:ConcurrentMapCacheManager.getCache(String name) 方法具體如下圖

　在ConcurrentMapCacheManager中，查看cacheMap中是否存在名為emp的Cache

　如果存在則返回這個cache，如果不存在，就以傳入的name作為cache的name創建並返回

　這里我們是不存在的，所以創建並返回一個名為emp的cache

 

2、由於是第一次查詢，緩存中肯定是不存在任何員工的內容的，

所以接下來還是會執行真正的查詢方法，調用數據庫操作

 

3、返回結果之后，調用前面創建的cache，並調用其put方法，把員工id，員工信息，以鍵值對的方式存入cache中

 

 

2、第二次查詢

有了上面的查詢，1號員工的信息已經被緩存起來了

接下來看看再次查詢1號員工會發生什么

 

1、首先還是進入 ConcurrentMapCacheManager 的 getCache 方法查找 cache

　　因為第一次的操作，cacheMap中存在名為emp的cache，所以直接返回cache

 

2、接下來調用cache的lookup方法，通過鍵查找值

 

 

 3、再接着方法將查找到的值返回，然后就直接結束了，沒有調用實際的數據庫操作

 

3、總結

在第一次查詢時，會創建cache，然后調用方法，最后將方法的返回值存入cache

這樣在查找相同內容時就直接從cache中獲取，無需調用方法操作數據庫來查找

 

 

四、整合Redis

1、加入redis的startor，springboot會自動識別並使用RedisCacheConfiguration，具體原因上面有提到

<dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

2、開啟Redis服務（可以使用docker）

3、創建配置類，配置RedisCacheManager（配置序列號方式等屬性）

 

 4、在對應的類上指定對應的RedisCacheManager，類似下圖