詳解Spring數(shù)據(jù)緩存注解@Cacheable、@CachePut、@CacheEvict
前言
如果想讓應(yīng)用程序避免一遍遍地為同一個(gè)問題推導(dǎo)、計(jì)算或查詢答案的話,緩存是一種很棒的方式。當(dāng)以一組參數(shù)第一次調(diào)用某個(gè)方法時(shí),返回值會(huì)被保存在緩存中,如果這個(gè)方法再次以相同的參數(shù)進(jìn)行調(diào)用時(shí),這個(gè)返回值會(huì)從緩存中查詢獲取。在很多場(chǎng)景中,從緩存查找值會(huì)比其他的方式(比如,執(zhí)行數(shù)據(jù)庫(kù)查詢)成本更低。因此,緩存會(huì)對(duì)應(yīng)用程序的性能帶來正面的影響。
通過XML啟用注解驅(qū)動(dòng)的緩存
使用XML的方式配置時(shí),需要使用Spring cache命名空間中的<cache:annotation-driven>元素來啟用注解驅(qū)動(dòng)的緩存。從本質(zhì)上來講,其工作方式它是會(huì)創(chuàng)建一個(gè)切面(aspect)并觸發(fā)Spring緩存注解的切點(diǎn)(pointcut)。根據(jù)所使用的注解以及緩存的狀態(tài),這個(gè)切面會(huì)從緩存中獲取數(shù)據(jù),將數(shù)據(jù)添加到緩存之中或者從緩存中移除某個(gè)值。
<cache:annotation-driven>
緩存管理器
緩存管理器是Spring緩存抽象的核心,它能夠與多個(gè)流行的緩存實(shí)現(xiàn)進(jìn)行集成。Spring常見管理器如下表所示:

對(duì)于上表中ConcurrentMapCacheManager,這是一個(gè)簡(jiǎn)單的緩存管理器使用java.util.concurrent.ConcurrentHashMap作為其緩存存儲(chǔ)。它非常簡(jiǎn)單,因此對(duì)于開發(fā)、測(cè)試或基礎(chǔ)的應(yīng)用來講,這是一個(gè)很不錯(cuò)的選擇。但它的緩存存儲(chǔ)是基于內(nèi)存的,所以它的生命周期是與應(yīng)用關(guān)聯(lián)的,對(duì)于生產(chǎn)級(jí)別的大型企業(yè)級(jí)應(yīng)用程序,這可能并不是理想的選擇。
基于SimpleCacheManager的XML配置示例1
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:cache="http://www.springframework.org/schema/cache" xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/mvc
http://www.springframework.org/schema/mvc/spring-mvc-4.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd http://www.springframework.org/schema/cache http://www.springframework.org/schema/cache/spring-cache.xsd">
<cache:annotation-driven/>
<bean id="cacheManager" class="org.springframework.cache.support.SimpleCacheManager">
<property name="caches">
<set>
<bean class="org.springframework.cache.concurrent.ConcurrentMapCacheFactoryBean" p:name="users"/>
</set>
</property>
</bean>
</beans為方法添加注解以支持緩存
如前文所述,Spring的緩存抽象在很大程度上是圍繞切面構(gòu)建的。在Spring中啟用緩存時(shí),會(huì)創(chuàng)建一個(gè)切面,它觸發(fā)一個(gè)或更多的Spring的緩存注解。下表列出了Spring所提供的緩存注解。

填充緩存
可以看到,@Cacheable和@CachePut注解都可以填充緩存,但是它們的工作方式略有差異。
@Cacheable首先在緩存中查找條目,如果找到了匹配的條目,那么就不會(huì)對(duì)方法進(jìn)行調(diào)用了。如果沒有找到匹配的條目,方法會(huì)被調(diào)用并且返回值要放到緩存之中。而@CachePut并不會(huì)在緩存中檢查匹配的值,目標(biāo)方法總是會(huì)被調(diào)用,并將返回值添加到緩存之中。@Cacheable和@CachePut有一些屬性是共有的,如下表所示:

在最簡(jiǎn)單的情況下,在@Cacheable和@CachePut的這些屬性中,只需使用value屬性指定一個(gè)或多個(gè)緩存即可。例如,考慮UserDao的findById(Integer id)方法。在初始保存之后,User數(shù)據(jù)表就不會(huì)再發(fā)生變化了。如果有的用戶會(huì)被頻繁請(qǐng)求,反復(fù)地在數(shù)據(jù)庫(kù)中進(jìn)行獲取是對(duì)時(shí)間和資源的浪費(fèi)。通過在findById(Integer id)方法上添加@Cacheable注解,如下面的程序清單所示,能夠確保將User對(duì)象保存在緩存users中,從而避免對(duì)數(shù)據(jù)庫(kù)的不必要訪問。
@Cacheable(value="users")
public User findUserById(int id) {
String sql="select * from t_user where id=?";
return jdbcTemplate.queryForObject(sql, new UserRowMapper(), id);
}
class UserRowMapper implements RowMapper<User> {
//rs為返回結(jié)果集,以每行為單位封裝著
@Override
public User mapRow(ResultSet rs, int rowNum) throws SQLException {
User user = new User();
user.setID(rs.getInt("id"));
user.setUserName(rs.getString("name"));
user.setUserPwd(rs.getString("pwd"));
return user;
}
}當(dāng)findUserById(int id)被調(diào)用時(shí),緩存切面會(huì)攔截調(diào)用并在緩存中查找之前以名users存儲(chǔ)的返回值。緩存的key是傳遞到findUserById(int id)方法中的id參數(shù)。如果按照這個(gè)key能夠找到值的話,就會(huì)返回找到的值,方法不會(huì)再被調(diào)用。如果沒有找到值的話,那么就會(huì)調(diào)用這個(gè)方法,并將返回值放到緩存之中,為下一次調(diào)用findUserById(int id)方法做好準(zhǔn)備。
當(dāng)@Cacheable為接口方法添加注解后,所有實(shí)現(xiàn)類都會(huì)應(yīng)用相同的緩存規(guī)則。
當(dāng)一個(gè)全新的User對(duì)象通過addUser(User user)方法保存之后,很可能馬上就會(huì)請(qǐng)求這條記錄。所以,當(dāng)save()方法調(diào)用后,立即將user塞到緩存之中是很有意義的,這樣當(dāng)其他人通過findUserById(int id)對(duì)其進(jìn)行查找時(shí),它就已經(jīng)準(zhǔn)備就緒了。為了實(shí)現(xiàn)這一點(diǎn),可以在addUser(User user)方法上添加@CachePut注解,如下所示:
@CachePut(value="users")
public void addUser(User user) {
String sql = "insert into t_user values(?,?,?)";
jdbcTemplate.update(sql, null,user.getUserName(),user.getUserPwd());
return user;
}當(dāng)addUser(User user)方法被調(diào)用時(shí),它首先會(huì)做所有必要的事情來保存user對(duì)象,然后返回的user會(huì)被放到users緩存中。在這里只有一個(gè)問題:緩存的key。如前文所述,默認(rèn)的緩存key要基于方法的參數(shù)來確定。因?yàn)閍ddUser(User user)方法的唯一參數(shù)就是user,所以它會(huì)用作緩存的key。將users放在緩存中,而它的緩存key恰好是同一個(gè)user,這是不是有一點(diǎn)詭異呢?顯然,在這個(gè)場(chǎng)景中,默認(rèn)的緩存key并不是我們想要的。我們需要的緩存key是新保存user的ID,而不是user本身。所以,在這里需要指定一個(gè)key而不是使用默認(rèn)的key。讓我們看一下怎樣自定義緩存key。
自定義緩存key
@Cacheable和@CachePut都有一個(gè)名為key屬性,這個(gè)屬性能夠替換默認(rèn)的key,它是通過一個(gè)SpEL表達(dá)式計(jì)算得到的。任意的SpEL表達(dá)式都是可行的,但是更常見的場(chǎng)景是所定義的表達(dá)式與存儲(chǔ)在緩存中的值有關(guān),據(jù)此計(jì)算得到key。
具體到我們這個(gè)場(chǎng)景,我們需要將key設(shè)置為所保存user的ID。以參數(shù)形式傳遞給addUser(User user)的user還沒有保存,因此并沒有ID。我們只能通過addUser(User user)返回的user得到id屬性。
幸好,在為緩存編寫SpEL表達(dá)式的時(shí)候,Spring暴露了一些很有用的元數(shù)據(jù)。下表列出了SpEL中可用的緩存元數(shù)據(jù)。

對(duì)于addUser(User user)方法來說,我們需要的鍵是所返回user對(duì)象的id屬性。表達(dá)式#result能夠得到返回的user。借助這個(gè)對(duì)象,我們可以通過將key屬性設(shè)置為#result.id來引用id屬性:
@CachePut(value="users",key="#result.id")
public void addUser(User user) {
String sql = "insert into t_user values(?,?,?)";
jdbcTemplate.update(sql, null,user.getUserName(),user.getUserPwd());
return user;
}按照這種方式配置@CachePut,緩存不會(huì)去干涉addUser(User user)方法的執(zhí)行,但是返回的user將會(huì)保存在緩存中,并且緩存的key與user的id屬性相同。
條件化緩存
通過為方法添加Spring的緩存注解,Spring就會(huì)圍繞著這個(gè)方法創(chuàng)建一個(gè)緩存切面。但是,在有些場(chǎng)景下我們可能希望將緩存功能關(guān)閉。
@Cacheable和@CachePut提供了兩個(gè)屬性用以實(shí)現(xiàn)條件化緩存:unless和condition,這兩個(gè)屬性都接受一個(gè)SpEL表達(dá)式。如果unless屬性的SpEL表達(dá)式計(jì)算結(jié)果為true,那么緩存方法返回的數(shù)據(jù)就不會(huì)放到緩存中。與之類似,如果condition屬性的SpEL表達(dá)式計(jì)算結(jié)果為false,那么對(duì)于這個(gè)方法緩存就會(huì)被禁用掉。
表面上來看,unless和condition屬性做的是相同的事情。但是,這里有一點(diǎn)細(xì)微的差別。unless屬性只能阻止將對(duì)象放進(jìn)緩存,但是在這個(gè)方法調(diào)用的時(shí)候,依然會(huì)去緩存中進(jìn)行查找,如果找到了匹配的值,就會(huì)返回找到的值。與之不同,如果condition的表達(dá)式計(jì)算結(jié)果為false,那么在這個(gè)方法調(diào)用的過程中,緩存是被禁用的。就是說,不會(huì)去緩存進(jìn)行查找,同時(shí)返回值也不會(huì)放進(jìn)緩存中。
移除緩存條目
@CacheEvict并不會(huì)往緩存中添加任何東西。相反,如果帶有@CacheEvict注解的方法被調(diào)用的話,那么會(huì)有一個(gè)或更多的條目會(huì)在緩存中移除。
那么在什么場(chǎng)景下需要從緩存中移除內(nèi)容呢?當(dāng)緩存值不再合法時(shí),我們應(yīng)該確保將其從緩存中移除,這樣的話,后續(xù)的緩存命中就不會(huì)返回舊的或者已經(jīng)不存在的值,其中一個(gè)這樣的場(chǎng)景就是數(shù)據(jù)被刪除掉了。這樣的話,UserDao的deleteUser(int id)方法就是使用@CacheEvict的絕佳選擇:
@CacheEvict(value="users")
public void deleteUser(int id) {
String sql = "delete from t_user where id = ?";
jdbcTemplate.update(sql, id);
}注意:與@Cacheable和@CachePut不同,@CacheEvict能夠應(yīng)用在返回值為void的方法上,而@Cacheable和@CachePut需要非void的返回值,它將會(huì)作為放在緩存中的條目。因?yàn)锧CacheEvict只是將條目從緩存中移除,因此它可以放在任意的方法上,甚至void方法。
從上述代碼可以看到,當(dāng)deleteUser()調(diào)用時(shí),會(huì)從緩存中刪除一個(gè)條目。被刪除條目的key與傳遞進(jìn)來的id參數(shù)的值相等。
@CacheEvict有多個(gè)屬性,如下表所示,這些屬性會(huì)影響到該注解的行為,使其不同于默認(rèn)的做法。可以看到,@CacheEvict的一些屬性與@Cacheable和@CachePut是相同的,另外還有幾個(gè)新的屬性。與@Cacheable和@CachePut不同,@CacheEvict并沒有提供unless屬性。

使用XML聲明緩存
Spring的cache命名空間提供了使用XML聲明緩存規(guī)則的方法,可以作為面向注解緩存的替代方案。因?yàn)榫彺媸且环N面向切面的行為,所以cache命名空間會(huì)與Spring的aop命名空間結(jié)合起來使用,用來聲明緩存所應(yīng)用的切點(diǎn)在哪里。
要開始配置XML聲明的緩存,首先需要?jiǎng)?chuàng)建Spring配置文件,這個(gè)文件中要包含cache和aop命名空間。cache命名空間定義了在Spring XML配置文件中聲明緩存的配置元素。如下表所示:

<!--將緩存通知綁定到切點(diǎn)上-->
<aop:config>
<aop:advisor advice-ref="cacheAdvice" pointcut="execution(* com.boss.spring.learning.dao.*(..))"/>
</aop:config>
<cache:advice id="cacheAdvice">
<cache:caching>
<cache:cacheable cache="users" method="addUser"></cache:cacheable>
<cache:cache-put cache="users" method="addUser" key="#result.id"></cache:cache-put>
<cache:cache-evict cache="users" method="deleteUser"></cache:cache-evict>
</cache:caching>
</cache:advice>
<bean id="cacheManager" class="org.springframework.cache.support.SimpleCacheManager">
<property name="caches">
<set>
<bean class="org.springframework.cache.concurrent.ConcurrentMapCacheFactoryBean" p:name="users"/>
</set>
</property>
</bean>到此這篇關(guān)于詳解Spring數(shù)據(jù)緩存注解@Cacheable、@CachePut、@CacheEvict的文章就介紹到這了,更多相關(guān)Spring數(shù)據(jù)緩存注解內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
MyBatis insert操作插入數(shù)據(jù)之后返回插入記錄的id
今天小編就為大家分享一篇關(guān)于MyBatis插入數(shù)據(jù)之后返回插入記錄的id,小編覺得內(nèi)容挺不錯(cuò)的,現(xiàn)在分享給大家,具有很好的參考價(jià)值,需要的朋友一起跟隨小編來看看吧2019-03-03
redis scan命令導(dǎo)致redis連接耗盡,線程上鎖的解決
這篇文章主要介紹了redis scan命令導(dǎo)致redis連接耗盡,線程上鎖的解決,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過來看看吧2020-11-11
使用JMeter從JSON響應(yīng)的URL參數(shù)中提取特定值
在使用Apache JMeter進(jìn)行API測(cè)試時(shí),我們經(jīng)常需要從JSON格式的響應(yīng)中提取特定字段的值,這可以通過使用JMeter內(nèi)置的JSON提取器和正則表達(dá)式提取器來完成,本文介紹JMeter JSON提取特定值的相關(guān)知識(shí),感興趣的朋友跟隨小編一起看看吧2024-03-03
從零構(gòu)建可視化jar包部署平臺(tái)JarManage教程
這篇文章主要為大家介紹了從零構(gòu)建可視化jar包部署平臺(tái)JarManage教程詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-05-05
Java實(shí)現(xiàn)短信驗(yàn)證碼詳細(xì)過程
這篇文章主要給大家介紹了關(guān)于Java實(shí)現(xiàn)短信驗(yàn)證碼的相關(guān)資料, 在業(yè)務(wù)需求中我們經(jīng)常會(huì)用到短信驗(yàn)證碼,比如手機(jī)號(hào)登錄、綁定手機(jī)號(hào)、忘記密碼、敏感操作等,需要的朋友可以參考下2023-09-09
Springboot如何配置yml文件與映射到j(luò)ava類
這篇文章主要介紹了Springboot如何配置yml文件與映射到j(luò)ava類問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-09-09
使用JAVA實(shí)現(xiàn)高并發(fā)無鎖數(shù)據(jù)庫(kù)操作步驟分享
一個(gè)在線2k的游戲,每秒鐘并發(fā)都嚇?biāo)廊恕鹘y(tǒng)的hibernate直接插庫(kù)基本上是不可行的。我就一步步推導(dǎo)出一個(gè)無鎖的數(shù)據(jù)庫(kù)操作,詳情看下文2013-11-11

