Spring Boot中的快取支援(一)註解配置與EhCache使用
隨著時間的積累,應用的使用使用者不斷增加,資料規模也越來越大,往往資料庫查詢操作會成為影響使用者使用體驗的瓶頸,此時使用快取往往是解決這一問題非常好的手段之一。Spring 3開始提供了強大的基於註解的快取支援,可以通過註解配置方式低侵入的給原有Spring應用增加快取功能,提高資料訪問效能。
在Spring Boot中對於快取的支援,提供了一系列的自動化配置,使我們可以非常方便的使用快取。下面我們通過一個簡單的例子來展示,我們是如何給一個既有應用增加快取功能的。
快速入門
首先,下載樣例工程chapter3-2-2。本例通過spring-data-jpa實現了對User使用者表的一些操作,若沒有這個基礎,可以先閱讀
準備工作
為了更好的理解快取,我們先對該工程做一些簡單的改造。
-
application.properties
檔案中新增spring.jpa.properties.hibernate.show_sql=true
,開啟hibernate對sql語句的列印 -
修改單元測試
ApplicationTests
,初始化插入User表一條使用者名稱為AAA,年齡為10的資料。並通過findByName函式完成兩次查詢。@RunWith(SpringJUnit4ClassRunner.class) @SpringApplicationConfiguration(Application.class) public class ApplicationTests { @Autowired private UserRepository userRepository; @Before public void before() { userRepository.save(new User("AAA", 10)); } @Test public void test() throws Exception { User u1 = userRepository.findByName("AAA"); System.out.println("第一次查詢:" + u1.getAge()); User u2 = userRepository.findByName("AAA"); System.out.println("第二次查詢:" + u2.getAge()); } }
-
執行單元測試,我們可以在控制檯中看到下面內容。
Hibernate: insert into user (age, name) values (?, ?) Hibernate: select user0_.id as id1_0_, user0_.age as age2_0_, user0_.name as name3_0_ from user user0_ where user0_.name=? 第一次查詢:10 Hibernate: select user0_.id as id1_0_, user0_.age as age2_0_, user0_.name as name3_0_ from user user0_ where user0_.name=? 第二次查詢:10
在測試用例執行前,插入了一條User記錄。然後每次findByName呼叫時,都執行了一句select語句來查詢使用者名稱為AAA的記錄。
引入快取
-
在
pom.xml
中引入cache依賴,新增如下內容:<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-cache</artifactId> </dependency>
-
在Spring Boot主類中增加
@EnableCaching
註解開啟快取功能,如下:@SpringBootApplication @EnableCaching public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } }
-
在資料訪問介面中,增加快取配置註解,如:
@CacheConfig(cacheNames = "users") public interface UserRepository extends JpaRepository<User, Long> { @Cacheable User findByName(String name); }
-
再來執行以下單元測試,可以在控制檯中輸出了下面的內容:
Hibernate: insert into user (age, name) values (?, ?) Hibernate: select user0_.id as id1_0_, user0_.age as age2_0_, user0_.name as name3_0_ from user user0_ where user0_.name=? 第一次查詢:10 第二次查詢:10
到這裡,我們可以看到,在呼叫第二次findByName函式時,沒有再執行select語句,也就直接減少了一次資料庫的讀取操作。
為了可以更好的觀察,快取的儲存,我們可以在單元測試中注入cacheManager。
@Autowired
private CacheManager cacheManager;
使用debug模式執行單元測試,觀察cacheManager中的快取集users以及其中的User物件的快取加深理解。
Cache註解詳解
回過頭來我們再來看,這裡使用到的兩個註解分別作了什麼事情。
-
@CacheConfig
:主要用於配置該類中會用到的一些共用的快取配置。在這裡@CacheConfig(cacheNames = "users")
:配置了該資料訪問物件中返回的內容將儲存於名為users的快取物件中,我們也可以不使用該註解,直接通過@Cacheable
自己配置快取集的名字來定義。 -
@Cacheable
:配置了findByName函式的返回值將被加入快取。同時在查詢時,會先從快取中獲取,若不存在才再發起對資料庫的訪問。該註解主要有下面幾個引數:-
value
、cacheNames
:兩個等同的引數(cacheNames
為Spring 4新增,作為value
的別名),用於指定快取儲存的集合名。由於Spring 4中新增了@CacheConfig
,因此在Spring 3中原本必須有的value
屬性,也成為非必需項了 -
key
:快取物件儲存在Map集合中的key值,非必需,預設按照函式的所有引數組合作為key值,若自己配置需使用SpEL表示式,比如:@Cacheable(key = "#p0")
:使用函式第一個引數作為快取的key值,更多關於SpEL表示式的詳細內容可參考官方文件 -
condition
:快取物件的條件,非必需,也需使用SpEL表示式,只有滿足表示式條件的內容才會被快取,比如:@Cacheable(key = "#p0", condition = "#p0.length() < 3")
,表示只有當第一個引數的長度小於3的時候才會被快取,若做此配置上面的AAA使用者就不會被快取,讀者可自行實驗嘗試。 -
unless
:另外一個快取條件引數,非必需,需使用SpEL表示式。它不同於condition
引數的地方在於它的判斷時機,該條件是在函式被呼叫之後才做判斷的,所以它可以通過對result進行判斷。 -
keyGenerator
:用於指定key生成器,非必需。若需要指定一個自定義的key生成器,我們需要去實現org.springframework.cache.interceptor.KeyGenerator
介面,並使用該引數來指定。需要注意的是:該引數與key
是互斥的 -
cacheManager
:用於指定使用哪個快取管理器,非必需。只有當有多個時才需要使用 -
cacheResolver
:用於指定使用那個快取解析器,非必需。需通過org.springframework.cache.interceptor.CacheResolver
介面來實現自己的快取解析器,並用該引數指定。
-
除了這裡用到的兩個註解之外,還有下面幾個核心註解:
-
@CachePut
:配置於函式上,能夠根據引數定義條件來進行快取,它與@Cacheable
不同的是,它每次都會真是呼叫函式,所以主要用於資料新增和修改操作上。它的引數與@Cacheable
類似,具體功能可參考上面對@Cacheable
引數的解析 -
@CacheEvict
:配置於函式上,通常用在刪除方法上,用來從快取中移除相應資料。除了同@Cacheable
一樣的引數之外,它還有下面兩個引數:-
allEntries
:非必需,預設為false。當為true時,會移除所有資料 -
beforeInvocation
:非必需,預設為false,會在呼叫方法之後移除資料。當為true時,會在呼叫方法之前移除資料。
-
快取配置
完成了上面的快取實驗之後,可能大家會問,那我們在Spring Boot中到底使用了什麼快取呢?
在Spring Boot中通過@EnableCaching
註解自動化配置合適的快取管理器(CacheManager),Spring
Boot根據下面的順序去偵測快取提供者:
- Generic
- JCache (JSR-107)
- EhCache 2.x
- Hazelcast
- Infinispan
- Redis
- Guava
- Simple
除了按順序偵測外,我們也可以通過配置屬性spring.cache.type
來強制指定。我們可以通過debug除錯檢視cacheManager物件的例項來判斷當前使用了什麼快取。
本文中不對所有的快取做詳細介紹,下面以常用的EhCache為例,看看如何配置來使用EhCache進行快取管理。
在Spring Boot中開啟EhCache非常簡單,只需要在工程中加入ehcache.xml
配置檔案並在pom.xml中增加ehcache依賴,框架只要發現該檔案,就會建立EhCache的快取管理器。
-
在
src/main/resources
目錄下建立:ehcache.xml
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="ehcache.xsd"> <cache name="users" maxEntriesLocalHeap="200" timeToLiveSeconds="600"> </cache> </ehcache>
-
在
pom.xml
中加入<dependency> <groupId>net.sf.ehcache</groupId> <artifactId>ehcache</artifactId> </dependency>
完成上面的配置之後,再通過debug模式執行單元測試,觀察此時CacheManager已經是EhCacheManager例項,說明EhCache開啟成功了。
對於EhCache的配置檔案也可以通過application.properties
檔案中使用spring.cache.ehcache.config
屬性來指定,比如:
spring.cache.ehcache.config=classpath:config/another-config.xml
本文由 程式猿DD-翟永超 創作,採用 CC BY 3.0 CN協議 進行許可。 可自由轉載、引用,但需署名作者且註明文章出處。如轉載至微信公眾號,請在文末新增作者公眾號二維碼。
------------------------------------------------------------------------------------------------------------------------------
如您覺得文章不錯,對您有所幫助,可以通過“支付寶”或“微信支付”請我喝咖啡。