Springboot中使用緩存的示例代碼
在開發(fā)中,如果相同的查詢條件去頻繁查詢數(shù)據(jù)庫, 是不是會給數(shù)據(jù)庫帶來很大的壓力呢?
因此,我們需要對查詢出來的數(shù)據(jù)進行緩存,這樣客戶端只需要從數(shù)據(jù)庫查詢一次數(shù)據(jù),然后會放入緩存中,以后再次查詢時可以從緩存中讀取。
Spring3開始提供了強大的基于注解的緩存支持,可以通過注解配置方式低侵入的給原有Spring應(yīng)用增加緩存功能,提高數(shù)據(jù)訪問性能。
具體在Springboot中使用緩存如下:
1.在pom.xml中引入cache依賴,添加如下內(nèi)容:
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-cache</artifactId> </dependency>
2.在Spring Boot主類中增加@EnableCaching注解開啟緩存功能,如下:
@SpringBootApplication
@EnableCaching
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class, args);
}
}
3.在數(shù)據(jù)訪問接口中,增加緩存配置注解,如:
@CacheConfig(cacheNames = "users")
public interface UserRepository extends JpaRepository<User, Long> {
@Cacheable
User findByName(String name);
}
SpringBoot支持很多種緩存方式:redis、guava、ehcahe、jcache等等。
說明下redis和ehcache的區(qū)別:
Redis:屬于獨立的運行程序,需要單獨安裝后,使用Java中的Jedis來操縱。因為它是獨立,所以如果你寫個單元測試程序,放一些數(shù)據(jù)在Redis中,然后又寫一個程序去拿數(shù)據(jù),那么是可以拿到這個數(shù)據(jù)的。,
ehcache:與Redis明顯不同,它與java程序是綁在一起的,java程序活著,它就活著。譬如,寫一個獨立程序放數(shù)據(jù),再寫一個獨立程序拿數(shù)據(jù),那么是拿不到數(shù)據(jù)的。只能在獨立程序中才能拿到數(shù)據(jù)。
如果使用Ehcache,只需要在工程中加入ehcache.xml配置文件并在pom.xml中增加ehcache依賴,框架只要發(fā)現(xiàn)該文件,就會創(chuàng)建EhCache的緩存管理器。
1、在src/main/resources目錄下創(chuàng)建: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>
對于EhCache的配置文件也可以通過application.properties文件中使用spring.cache.ehcache.config屬性來指定,比如:
spring.cache.ehcache.config=classpath:config/another-config.xml
2、在pom.xml中加入
<dependency> <groupId>net.sf.ehcache</groupId> <artifactId>ehcache</artifactId> </dependency>
Cache注解詳解
@CacheConfig:主要用于配置該類中會用到的一些共用的緩存配置。在這里@CacheConfig(cacheNames = "users"):配置了該數(shù)據(jù)訪問對象中返回的內(nèi)容將存儲于名為users的緩存對象中,我們也可以不使用該注解,直接通過@Cacheable自己配置緩存集的名字來定義。
@Cacheable:配置了findByName函數(shù)的返回值將被加入緩存。同時在查詢時,會先從緩存中獲取,若不存在才再發(fā)起對數(shù)據(jù)庫的訪問。該注解主要有下面幾個參數(shù):
- value、cacheNames:兩個等同的參數(shù)(cacheNames為Spring 4新增,作為value的別名),用于指定緩存存儲的集合名。由于Spring 4中新增了@CacheConfig,因此在Spring 3中原本必須有的value屬性,也成為非必需項了
- key:緩存對象存儲在Map集合中的key值,非必需,缺省按照函數(shù)的所有參數(shù)組合作為key值,若自己配置需使用SpEL表達式,比如:@Cacheable(key = "#p0"):使用函數(shù)第一個參數(shù)作為緩存的key值,更多關(guān)于SpEL表達式的詳細內(nèi)容可參考官方文檔
- condition:緩存對象的條件,非必需,也需使用SpEL表達式,只有滿足表達式條件的內(nèi)容才會被緩存,比如:@Cacheable(key = "#p0", condition = "#p0.length() < 3"),表示只有當?shù)谝粋€參數(shù)的長度小于3的時候才會被緩存,若做此配置上面的AAA用戶就不會被緩存,讀者可自行實驗嘗試。
- unless:另外一個緩存條件參數(shù),非必需,需使用SpEL表達式。它不同于condition參數(shù)的地方在于它的判斷時機,該條件是在函數(shù)被調(diào)用之后才做判斷的,所以它可以通過對result進行判斷。
- keyGenerator:用于指定key生成器,非必需。若需要指定一個自定義的key生成器,我們需要去實現(xiàn)org.springframework.cache.interceptor.KeyGenerator接口,并使用該參數(shù)來指定。需要注意的是:該參數(shù)與key是互斥的
- cacheManager:用于指定使用哪個緩存管理器,非必需。只有當有多個時才需要使用
- cacheResolver:用于指定使用那個緩存解析器,非必需。需通過org.springframework.cache.interceptor.CacheResolver接口來實現(xiàn)自己的緩存解析器,并用該參數(shù)指定。
除了這里用到的兩個注解之外,還有下面幾個核心注解:
- @CachePut:配置于函數(shù)上,能夠根據(jù)參數(shù)定義條件來進行緩存,它與@Cacheable不同的是,它每次都會真是調(diào)用函數(shù),所以主要用于數(shù)據(jù)新增和修改操作上。它的參數(shù)與@Cacheable類似,具體功能可參考上面對@Cacheable參數(shù)的解析
- @CacheEvict:配置于函數(shù)上,通常用在刪除方法上,用來從緩存中移除相應(yīng)數(shù)據(jù)。除了同@Cacheable一樣的參數(shù)之外,它還有下面兩個參數(shù):
- allEntries:非必需,默認為false。當為true時,會移除所有數(shù)據(jù)
- beforeInvocation:非必需,默認為false,會在調(diào)用方法之后移除數(shù)據(jù)。當為true時,會在調(diào)用方法之前移除數(shù)據(jù)。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Java實現(xiàn)提取HTML文件中的文本內(nèi)容
從?HTML?文件中提取文本內(nèi)容是數(shù)據(jù)抓取中的一個常見任務(wù),本文主要和大家分享了如何使用免費?Java?API?從HTML?文件中提取文本內(nèi)容,需要的可以參考下2024-04-04
學(xué)習(xí)Java之如何正確地跳出循環(huán)結(jié)構(gòu)
我們在利用循環(huán)執(zhí)行重復(fù)操作的過程中,存在著一個需求:如何中止,或者說提前結(jié)束一個循環(huán),所以就給大家講解一下,如何在java代碼中返回一個結(jié)果,如何結(jié)束和跳出一個循環(huán),需要的朋友可以參考下2023-05-05
java中mybatis和hibernate的用法總結(jié)
在本篇文章里小編給大家整理的是一篇關(guān)于java中mybatis和hibernate的用法總結(jié)內(nèi)容,有興趣的朋友們可以學(xué)習(xí)參考下。2021-01-01
windows下vscode+vs2019開發(fā)JNI的示例
本文給大家普及windows下vscode+vs2019開發(fā)JNI的示例以及各個環(huán)節(jié)的注意事項,文章通過示例代碼圖文相結(jié)合給大家介紹的非常詳細,需要的朋友可以參考下2021-06-06

