預設使用的是ConcurrentMapCacheManager的ConcurrentMapCache作為快取元件。
使用ConcurrentMap的時候，是將資料保存在ConcurrentMap<object></object>當中的。
實際上在開發過程中，我們經常使用的，是一些快取中間件的。
例如我們常用的redis，memcache，包括我們使用的ehcache，等等，我們都是用一些快取中間件。
我們之前講解原理的時候，也發現了，springboot是支援很多的快取配置的：
如下圖所示的：
預設開始的設定的是：SimpleCacheConfiguration。
其他的快取是在什麼時候開啟呢？
我們可以ctrl n搜尋一下，這些配置類，然後進去看看他們的conditional條件：
這些都是表示，當你導入了對應的套件的時候，這些配置才會是生效的哦。
整合redis作為快取
如果有不會redis這個技術的同學，尚矽谷當中有周陽老師發布的redis系列的講解影片。或者大家可以最快造訪redis的官方網站，來進行學習，redis.cn是redis學習的中文網。
安裝redis
搜尋redis鏡像
#這個是連接國外的倉庫，速度是比較慢的。
我們推薦使用docker 中國。
docker pull registry.docker-cn.com/library/redis
#啟動redis映像
docker run -d -p 6379:6379 --name myredis [REPOSITORY]
docker ps
登入後複製
為了測試，開啟redis的連線工具。
redis desktop manager
測試redis常用的資料操作
redis操作list
#redis的set動作
#引入redis的starter
配置redis
#簡單說下redis原理
我們在引入了redis的starter之後，redisAutoConfiguration就起作用了。
這個RedisAutoConfiguration是為容器當中加入了兩個元件：
給容器中加入的元件，一個是叫做RedisTemplate，一個是叫做StringRedisTemplate，兩個東西。
這兩個東西就是用來操作redis的。
這就跟大家以前用的jdbcTemplate一樣，用來操作資料庫的東西。
這就是spring用來簡化操作redis的兩個template，如果在程式當中想要用這兩個東西，就自動注入就可以了。
redis測試
redis操作list：
#redis測試保存物件
這些看不懂的玩意，全部都是序列化的結果。
redisTemplate預設的序列化規則
#預設的序列化器，就是使用的JdkSerializationRedisSerializer。
預設的序列化器，就是使用的JDK的序列化器。
我們來切換成json的序列化器，就可以了。
redis配置
###在測試類別當中，自動注入我們自己配置的redisTemplate。 ###############然後我們再次測試保存物件。 ########################這就說明了，我們的序列化器修改成功了。 ######這就說明白了，如果我們後面要保存物件的時候，我們常常是要修改序列化器的。 ###############測試快取############
我們之前使用的是ConCurrentMap的快取管理器的。
這個快取管理器，幫我們來建立出來快取元件的。
快取元件來實際給快取中，進行CRUD的工作的。
現在我們引進了redis之後，會發生什麼樣的效果呢？
我們還是在application.properties當中將debug=true，這樣就可以將自動設定報表來開啟。
這樣的時候，我們重新啟動我們的程序，在控制台當中，我們去搜尋一下。
看看是哪一個自動設定類，是生效的呢？
原來預設開啟的是：SimpleCacheConfiguration的。
現在我們引進了redis相關的starters之後，程式預設開啟的是RedisCacheConfiguration了。
啟動程序，直接進行測試就可以了。
說明第一次查詢的時候，就是查詢資料庫了。
第二次查詢的時候，控制台是沒有任何輸出的，表示是查詢了快取了。
快取預設是只有redis開啟的。
那麼肯定是在redis當中了。
我們可以查看一下：
這個說明一個問題，在k和v都是object的時候，預設保存物件的時候，利用序列化來保存的。我們是想要讓redis自動儲存為json的。
我們該怎麼做呢？
我們先來分析這些過程當中的原理。
1、我們是引入了redis的starter，所以我們的cachemanager變為了rediscachemanager了，
2、預設創建的rediscachemanager在操作我們的資料的時候，傳入了一個redistemplate的東西。
3、這個redistemplate是redisautoconfiguration幫我們創建的。這個redistemplate預設使用的序列化機制是jdkserializationredisserializer的。這個就是相當於，redis預設給我們防止的redisCacheManager還不太符合我們的要求的。
我們該怎麼辦？
我們應該自訂CacheManager的。
自訂redisCacheManager
這個時候，我們再啟動項目，來進行測試，這個時候，我們就可以看到redis當中的結果，是我們想要的了。
韞秋下次面試的時候，就可以問那些想要來軟體園區的人，說，你知道redis starter保存物件的時候，redisTemplate預設的序列化規則是什麼嗎？
如果我們在使用redis的過程中，我們想要修改預設的序列化規則，我們該怎麼做呢？
我們可以自訂redisCacheManager，然後自訂redisTemplate，在redisTemplate當中傳入json相關的序列化器的哦。
遺留的小問題
資料庫
我們在資料庫當中的，department表當中，放進去一條資料：
mapper
我們寫一個對應的department操作的mapper。
service
我們再寫一個對應的service
controller
啟動專案測試
然後我們看看redis當中，是否是有資料的呢？
我們看了，redis當中dept相關的數據，是有的。
我們第二次來查詢dept的時候，就應該走快取redis了。
但是我們第二次去查詢的，時候，出現了下面的錯誤。
錯誤
上面報錯的意思就是說，不能夠去讀取json的。
因為是要把部門的json對象，轉換成員工的json對象，這是不可以的。
這個就是因為，我們放置的redisCacheManager是操作員工的。
所以，現在我們看到的這個效果，就是很神奇的。
快取的數據，能夠存入redis當中。
但是我們第二次從快取中查詢的時候，就不能夠反序列化回來了。
原來就是，我們存的是dept的json的數據，我們的cachemanager，預設是用employee的template來操作redis的。
這個東西只能夠將employee的資料反序列化過來的。
解決錯誤
#這個時候，就等於有了2個redisCacheManager了，我們用哪一個呢？
我們在service當中，是可以指定的。
然後我們重新啟動項目，結果是報錯了：
如果，我們是有多個cacheManager的話，我們一定是要把某一個cacheManager作為，我們的預設配置的快取管理器的。
例如，我們可以進行下面的操作，來修復這個啟動報錯的內容的呢：
#重新啟動進行專案測試
這個時候，看看，我們在進行第二次部門查詢的時候，能不能夠正常地，成功地，從redis當中反序列化地讀取到，我們的部門資訊呢？
這個時候，我們就發現，不管是員工還是部門，我們都是可以從redis當中反序列化成功查詢的。
這個就是很完美的啦。
編碼的方式操作快取
前面我們說的，全部都是使用註解的方式，來給快取當中，來放置資料的。
但是，在開發當中，我們常常會，遇到這樣的情況。
就是，我們開發進行到某個階段，我們是需要將一些數據，放到快取當中的。
我們是需要，使用編碼的方式，來操作快取的。
例如我們在查詢出來了部門的資訊之後，就希望把這個訊息，放入到redis當中。
我們可以把部門的cacheManager注入進來。
然後我們在編碼的過程中，可以透過操作這個cacheManager來取得緩存，
然後，再操作快取元件，來對資料進行增刪改查。
我們對上面的程式碼，啟動專案進行測試，發現是可以的，是成功地給redis當中放進去了資料的：
以上是springboot快取之redis整合的方法的詳細內容。更多資訊請關注PHP中文網其他相關文章！
