在開(kāi)發(fā)中,如果相同的查詢條件去頻繁查詢數(shù)據(jù)庫(kù), 是不是會(huì)給數(shù)據(jù)庫(kù)帶來(lái)很大的壓力呢?
因此,我們需要對(duì)查詢出來(lái)的數(shù)據(jù)進(jìn)行緩存,這樣客戶端只需要從數(shù)據(jù)庫(kù)查詢一次數(shù)據(jù),然后會(huì)放入緩存中,以后再次查詢時(shí)可以從緩存中讀取。
spring3開(kāi)始提供了強(qiáng)大的基于注解的緩存支持,可以通過(guò)注解配置方式低侵入的給原有spring應(yīng)用增加緩存功能,提高數(shù)據(jù)訪問(wèn)性能。
具體在springboot中使用緩存如下:
1.在pom.xml中引入cache依賴,添加如下內(nèi)容:
1
2
3
4
|
<dependency> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-starter-cache</artifactid> </dependency> |
2.在spring boot主類中增加@enablecaching注解開(kāi)啟緩存功能,如下:
1
2
3
4
5
6
7
|
@springbootapplication @enablecaching public class application { public static void main(string[] args) { springapplication.run(application. class , args); } } |
3.在數(shù)據(jù)訪問(wèn)接口中,增加緩存配置注解,如:
1
2
3
4
5
|
@cacheconfig (cachenames = "users" ) public interface userrepository extends jparepository<user, long > { @cacheable user findbyname(string name); } |
springboot支持很多種緩存方式:redis、guava、ehcahe、jcache等等。
說(shuō)明下redis和ehcache的區(qū)別:
redis:屬于獨(dú)立的運(yùn)行程序,需要單獨(dú)安裝后,使用java中的jedis來(lái)操縱。因?yàn)樗仟?dú)立,所以如果你寫(xiě)個(gè)單元測(cè)試程序,放一些數(shù)據(jù)在redis中,然后又寫(xiě)一個(gè)程序去拿數(shù)據(jù),那么是可以拿到這個(gè)數(shù)據(jù)的。,
ehcache:與redis明顯不同,它與java程序是綁在一起的,java程序活著,它就活著。譬如,寫(xiě)一個(gè)獨(dú)立程序放數(shù)據(jù),再寫(xiě)一個(gè)獨(dú)立程序拿數(shù)據(jù),那么是拿不到數(shù)據(jù)的。只能在獨(dú)立程序中才能拿到數(shù)據(jù)。
如果使用ehcache,只需要在工程中加入ehcache.xml配置文件并在pom.xml中增加ehcache依賴,框架只要發(fā)現(xiàn)該文件,就會(huì)創(chuàng)建ehcache的緩存管理器。
1、在src/main/resources目錄下創(chuàng)建:ehcache.xml
1
2
3
4
5
6
7
|
<ehcache xmlns:xsi= "http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation= "ehcache.xsd" > <cache name= "users" maxentrieslocalheap= "200" timetoliveseconds= "600" > </cache> </ehcache> |
對(duì)于ehcache的配置文件也可以通過(guò)application.properties文件中使用spring.cache.ehcache.config屬性來(lái)指定,比如:
spring.cache.ehcache.config=classpath:config/another-config.xml
2、在pom.xml中加入
1
2
3
4
|
<dependency> <groupid>net.sf.ehcache</groupid> <artifactid>ehcache</artifactid> </dependency> |
cache注解詳解
@cacheconfig:主要用于配置該類中會(huì)用到的一些共用的緩存配置。在這里@cacheconfig(cachenames = "users"):配置了該數(shù)據(jù)訪問(wèn)對(duì)象中返回的內(nèi)容將存儲(chǔ)于名為users的緩存對(duì)象中,我們也可以不使用該注解,直接通過(guò)@cacheable自己配置緩存集的名字來(lái)定義。
@cacheable:配置了findbyname函數(shù)的返回值將被加入緩存。同時(shí)在查詢時(shí),會(huì)先從緩存中獲取,若不存在才再發(fā)起對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)。該注解主要有下面幾個(gè)參數(shù):
- value、cachenames:兩個(gè)等同的參數(shù)(cachenames為spring 4新增,作為value的別名),用于指定緩存存儲(chǔ)的集合名。由于spring 4中新增了@cacheconfig,因此在spring 3中原本必須有的value屬性,也成為非必需項(xiàng)了
- key:緩存對(duì)象存儲(chǔ)在map集合中的key值,非必需,缺省按照函數(shù)的所有參數(shù)組合作為key值,若自己配置需使用spel表達(dá)式,比如:@cacheable(key = "#p0"):使用函數(shù)第一個(gè)參數(shù)作為緩存的key值,更多關(guān)于spel表達(dá)式的詳細(xì)內(nèi)容可參考官方文檔
- condition:緩存對(duì)象的條件,非必需,也需使用spel表達(dá)式,只有滿足表達(dá)式條件的內(nèi)容才會(huì)被緩存,比如:@cacheable(key = "#p0", condition = "#p0.length() < 3"),表示只有當(dāng)?shù)谝粋€(gè)參數(shù)的長(zhǎng)度小于3的時(shí)候才會(huì)被緩存,若做此配置上面的aaa用戶就不會(huì)被緩存,讀者可自行實(shí)驗(yàn)嘗試。
- unless:另外一個(gè)緩存條件參數(shù),非必需,需使用spel表達(dá)式。它不同于condition參數(shù)的地方在于它的判斷時(shí)機(jī),該條件是在函數(shù)被調(diào)用之后才做判斷的,所以它可以通過(guò)對(duì)result進(jìn)行判斷。
- keygenerator:用于指定key生成器,非必需。若需要指定一個(gè)自定義的key生成器,我們需要去實(shí)現(xiàn)org.springframework.cache.interceptor.keygenerator接口,并使用該參數(shù)來(lái)指定。需要注意的是:該參數(shù)與key是互斥的
- cachemanager:用于指定使用哪個(gè)緩存管理器,非必需。只有當(dāng)有多個(gè)時(shí)才需要使用
- cacheresolver:用于指定使用那個(gè)緩存解析器,非必需。需通過(guò)org.springframework.cache.interceptor.cacheresolver接口來(lái)實(shí)現(xiàn)自己的緩存解析器,并用該參數(shù)指定。
除了這里用到的兩個(gè)注解之外,還有下面幾個(gè)核心注解:
- @cacheput:配置于函數(shù)上,能夠根據(jù)參數(shù)定義條件來(lái)進(jìn)行緩存,它與@cacheable不同的是,它每次都會(huì)真是調(diào)用函數(shù),所以主要用于數(shù)據(jù)新增和修改操作上。它的參數(shù)與@cacheable類似,具體功能可參考上面對(duì)@cacheable參數(shù)的解析
-
@cacheevict:配置于函數(shù)上,通常用在刪除方法上,用來(lái)從緩存中移除相應(yīng)數(shù)據(jù)。除了同@cacheable一樣的參數(shù)之外,它還有下面兩個(gè)參數(shù):
- allentries:非必需,默認(rèn)為false。當(dāng)為true時(shí),會(huì)移除所有數(shù)據(jù)
- beforeinvocation:非必需,默認(rèn)為false,會(huì)在調(diào)用方法之后移除數(shù)據(jù)。當(dāng)為true時(shí),會(huì)在調(diào)用方法之前移除數(shù)據(jù)。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持服務(wù)器之家。
原文鏈接:https://www.cnblogs.com/m4tech/p/6641110.html