https://www.cnblogs.com/fashflying/p/6908028.html
https://blog.csdn.net/syani/article/details/52239967
從3.1開始，Spring引入了對Cache的支持。其使用方法和原理都類似於Spring對事務管理的支持。Spring Cache是作用在方法上的，其核心思想是這樣的：當我們在調用一個緩存方法時會把該方法參數和返回結果作為一個鍵值對存放在緩存中，等到下次利用同樣的參數來調用該方法時將不再執行該方法，而是直接從緩存中獲取結果進行返回。所以在使用Spring Cache的時候我們要保證我們緩存的方法對於相同的方法參數要有相同的返回結果。
使用Spring Cache需要我們做兩方面的事：
n 聲明某些方法使用緩存
n 配置Spring對Cache的支持
和Spring對事務管理的支持一樣，Spring對Cache的支持也有基於注解和基於XML配置兩種方式。下面我們先來看看基於注解的方式。
1 基於注解的支持
Spring為我們提供了幾個注解來支持Spring Cache。其核心主要是@Cacheable和@CacheEvict。使用@Cacheable標記的方法在執行后Spring Cache將緩存其返回結果，而使用@CacheEvict標記的方法會在方法執行前或者執行后移除Spring Cache中的某些元素。下面我們將來詳細介紹一下Spring基於注解對Cache的支持所提供的幾個注解。
1.1 @Cacheable
@Cacheable可以標記在一個方法上，也可以標記在一個類上。當標記在一個方法上時表示該方法是支持緩存的，當標記在一個類上時則表示該類所有的方法都是支持緩存的。對於一個支持緩存的方法，Spring會在其被調用后將其返回值緩存起來，以保證下次利用同樣的參數來執行該方法時可以直接從緩存中獲取結果，而不需要再次執行該方法。Spring在緩存方法的返回值時是以鍵值對進行緩存的，值就是方法的返回結果，至於鍵的話，Spring又支持兩種策略，默認策略和自定義策略，這個稍后會進行說明。需要注意的是當一個支持緩存的方法在對象內部被調用時是不會觸發緩存功能的。@Cacheable可以指定三個屬性，value、key和condition。
1.1.1 value屬性指定Cache名稱
value屬性是必須指定的，其表示當前方法的返回值是會被緩存在哪個Cache上的，對應Cache的名稱。其可以是一個Cache也可以是多個Cache，當需要指定多個Cache時其是一個數組。
@Cacheable("cache1")//Cache是發生在cache1上的
public User find(Integer id) {
returnnull;
}
@Cacheable({"cache1", "cache2"})//Cache是發生在cache1和cache2上的
public User find(Integer id) {
returnnull;
}
1.1.2 使用key屬性自定義key
key屬性是用來指定Spring緩存方法的返回結果時對應的key的。該屬性支持SpringEL表達式。當我們沒有指定該屬性時，Spring將使用默認策略生成key。我們這里先來看看自定義策略，至於默認策略會在后文單獨介紹。
自定義策略是指我們可以通過Spring的EL表達式來指定我們的key。這里的EL表達式可以使用方法參數及它們對應的屬性。使用方法參數時我們可以直接使用“#參數名”或者“#p參數index”。下面是幾個使用參數作為key的示例。
@Cacheable(value="users", key="#id") public User find(Integer id) { returnnull; } @Cacheable(value="users", key="#p0") public User find(Integer id) { returnnull; } @Cacheable(value="users", key="#user.id") public User find(User user) { returnnull; } @Cacheable(value="users", key="#p0.id") public User find(User user) { returnnull; }
除了上述使用方法參數作為key之外，Spring還為我們提供了一個root對象可以用來生成key。通過該root對象我們可以獲取到以下信息。
| 屬性名稱 |
描述 |
示例 |
| methodName |
當前方法名 |
#root.methodName |
| method |
當前方法 |
#root.method.name |
| target |
當前被調用的對象 |
#root.target |
| targetClass |
當前被調用的對象的class |
#root.targetClass |
| args |
當前方法參數組成的數組 |
#root.args[0] |
| caches |
當前被調用的方法使用的Cache |
#root.caches[0].name |
當我們要使用root對象的屬性作為key時我們也可以將“#root”省略，因為Spring默認使用的就是root對象的屬性。如：
@Cacheable(value={"users", "xxx"}, key="caches[1].name")
public User find(User user) {
returnnull;
}
@Cacheable(value = "page_user",key ="T(String).valueOf(#page).concat('-').concat(#pageSize)",unless = "#result=null")//由於page是int型,concat要求變量必須為String,所以強轉一下
@Override
public List<SysUserEntity> page(int page, int pageSize) {
return userMapper.page(page,pageSize);
}
1.1.3 condition屬性指定發生的條件
有的時候我們可能並不希望緩存一個方法所有的返回結果。通過condition屬性可以實現這一功能。condition屬性默認為空，表示將緩存所有的調用情形。其值是通過SpringEL表達式來指定的，當為true時表示進行緩存處理；當為false時表示不進行緩存處理，即每次調用該方法時該方法都會執行一次。如下示例表示只有當user的id為偶數時才會進行緩存。
@Cacheable(value={"users"}, key="#user.id", condition="#user.id%2==0")
public User find(User user) {
System.out.println("find user by user " + user);
return user;
}
1.1.4緩存的同步 sync：
在多線程環境下，某些操作可能使用相同參數同步調用。默認情況下，緩存不鎖定任何資源，可能導致多次計算，而違反了緩存的目的。對於這些特定的情況，屬性 sync 可以指示底層將緩存鎖住，使只有一個線程可以進入計算，而其他線程堵塞，直到返回結果更新到緩存中。
例：
@Cacheable(cacheNames="foos", sync="true")
public Foo executeExpensiveOperation(String id) {...}
1.2 @CachePut
在支持Spring Cache的環境下，對於使用@Cacheable標注的方法，Spring在每次執行前都會檢查Cache中是否存在相同key的緩存元素，如果存在就不再執行該方法，而是直接從緩存中獲取結果進行返回，否則才會執行並將返回結果存入指定的緩存中。@CachePut也可以聲明一個方法支持緩存功能。與@Cacheable不同的是使用@CachePut標注的方法在執行前不會去檢查緩存中是否存在之前執行過的結果，而是每次都會執行該方法，並將執行結果以鍵值對的形式存入指定的緩存中。
@CachePut也可以標注在類上和方法上。使用@CachePut時我們可以指定的屬性跟@Cacheable是一樣的。 @CachePut("users")//每次都會執行方法，並將結果存入指定的緩存中 public User find(Integer id) { returnnull; }
1.3 @CacheEvict
@CacheEvict是用來標注在需要清除緩存元素的方法或類上的。當標記在一個類上時表示其中所有的方法的執行都會觸發緩存的清除操作。@CacheEvict可以指定的屬性有value、key、condition、allEntries和beforeInvocation。其中value、key和condition的語義與@Cacheable對應的屬性類似。即value表示清除操作是發生在哪些Cache上的（對應Cache的名稱）；key表示需要清除的是哪個key，如未指定則會使用默認策略生成的key；condition表示清除操作發生的條件。下面我們來介紹一下新出現的兩個屬性allEntries和beforeInvocation。
1.3.1 allEntries屬性
allEntries是boolean類型，表示是否需要清除緩存中的所有元素。默認為false，表示不需要。當指定了allEntries為true時，Spring Cache將忽略指定的key。有的時候我們需要Cache一下清除所有的元素，這比一個一個清除元素更有效率。
@CacheEvict(value="users", allEntries=true) public void delete(Integer id) { System.out.println("delete user by id: " + id); }
1.3.2 beforeInvocation屬性
清除操作默認是在對應方法成功執行之后觸發的，即方法如果因為拋出異常而未能成功返回時也不會觸發清除操作。使用beforeInvocation可以改變觸發清除操作的時間，當我們指定該屬性值為true時，Spring會在調用該方法之前清除緩存中的指定元素。
@CacheEvict(value="users", beforeInvocation=true) public void delete(Integer id) { System.out.println("delete user by id: " + id); }
其實除了使用@CacheEvict清除緩存元素外，當我們使用Ehcache作為實現時，我們也可以配置Ehcache自身的驅除策略，其是通過Ehcache的配置文件來指定的。由於Ehcache不是本文描述的重點，這里就不多贅述了，想了解更多關於Ehcache的信息，請查看我關於Ehcache的專欄。
1.4 @Caching
@Caching注解可以讓我們在一個方法或者類上同時指定多個Spring Cache相關的注解。其擁有三個屬性：cacheable、put和evict，分別用於指定@Cacheable、@CachePut和@CacheEvict。
@Caching(cacheable = @Cacheable("users"), evict = { @CacheEvict("cache2"),
@CacheEvict(value = "cache3", allEntries = true) })
public User find(Integer id) {
returnnull;
}
如下，Caching可以刪除不同的key
@CacheConfig(cacheNames = { "userFocus" })
public interface UserFocusMapper {
@CacheEvict(value="userFocusList",key = "#p0.userCode")
int insert(UserFocus userFocus);
@Cacheable(key = "#p0.userCode+'_'+#p0.focusName+'_'+#p0.focusType",unless="#result == null")
UserFocus findFocus(UserFocus userFocus);
@Cacheable(value="userFocusList",key = "#p0.userCode",unless="#result == null||#result.size() == 0")
List<UserFocus> findFocusList(UserFocus userCode);
//利用@Caching中evict指定兩個value下的不同key刪除。
@Caching(evict = {@CacheEvict(value="userFocusList",key = "#p0.userCode"),
@CacheEvict(value="userFocus",key = "#p0.userCode+'_'+#p0.focusName+'_'+#p0.focusType")})
void updateUserFocus(UserFocus userFocus);
}
1.5 @CacheConfig
有時候一個類中可能會有多個緩存操作，而這些緩存操作可能是重復的。這個時候可以使用@CacheConfig
@CacheConfig("books")
public class BookRepositoryImpl implements BookRepository {
@Cacheable
public Book findBook(ISBN isbn) {...}
}
@CacheConfig是一個類級別的注解，允許共享緩存的名稱、KeyGenerator、CacheManager 和CacheResolver。
該操作會被覆蓋。
1.6 使用自定義注解
Spring允許我們在配置可緩存的方法時使用自定義的注解，前提是自定義的注解上必須使用對應的注解進行標注。如我們有如下這么一個使用@Cacheable進行標注的自定義注解。
@Target({ElementType.TYPE, ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) @Cacheable(value="users") public @interface MyCacheable { }
那么在我們需要緩存的方法上使用@MyCacheable進行標注也可以達到同樣的效果。
@MyCacheable public User findById(Integer id) { System.out.println("find user by id: " + id); User user = new User(); user.setId(id); user.setName("Name" + id); return user; }
2 配置Spring對Cache的支持
2.1 聲明對Cache的支持
2.1.1 基於注解
配置Spring對基於注解的Cache的支持，首先我們需要在Spring的配置文件中引入cache命名空間，其次通過<cache:annotation-driven />就可以啟用Spring對基於注解的Cache的支持。
<?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:cache="http://www.springframework.org/schema/cache" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd http://www.springframework.org/schema/cache http://www.springframework.org/schema/cache/spring-cache.xsd"> <cache:annotation-driven/> </beans>
<cache:annotation-driven/>有一個cache-manager屬性用來指定當前所使用的CacheManager對應的bean的名稱，默認是cacheManager，所以當我們的CacheManager的id為cacheManager時我們可以不指定該參數，否則就需要我們指定了。
<cache:annotation-driven/>還可以指定一個mode屬性，可選值有proxy和aspectj。默認是使用proxy。當mode為proxy時，只有緩存方法在外部被調用的時候Spring Cache才會發生作用，這也就意味着如果一個緩存方法在其聲明對象內部被調用時Spring Cache是不會發生作用的。而mode為aspectj時就不會有這種問題。另外使用proxy時，只有public方法上的@Cacheable等標注才會起作用，如果需要非public方法上的方法也可以使用Spring Cache時把mode設置為aspectj。
此外，<cache:annotation-driven/>還可以指定一個proxy-target-class屬性，表示是否要代理class，默認為false。我們前面提到的@Cacheable、@cacheEvict等也可以標注在接口上，這對於基於接口的代理來說是沒有什么問題的，但是需要注意的是當我們設置proxy-target-class為true或者mode為aspectj時，是直接基於class進行操作的，定義在接口上的@Cacheable等Cache注解不會被識別到，那對應的Spring Cache也不會起作用了。
需要注意的是<cache:annotation-driven/>只會去尋找定義在同一個ApplicationContext下的@Cacheable等緩存注解。
2.1.2 基於XML配置
除了使用注解來聲明對Cache的支持外，Spring還支持使用XML來聲明對Cache的支持。這主要是通過類似於aop:advice的cache:advice來進行的。在cache命名空間下定義了一個cache:advice元素用來定義一個對於Cache的advice。其需要指定一個cache-manager屬性，默認為cacheManager。cache:advice下面可以指定多個cache:caching元素，其有點類似於使用注解時的@Caching注解。cache:caching元素下又可以指定cache:cacheable、cache:cache-put和cache:cache-evict元素，它們類似於使用注解時的@Cacheable、@CachePut和@CacheEvict。下面來看一個示例：
<cache:advice id="cacheAdvice" cache-manager="cacheManager"> <cache:caching cache="users"> <cache:cacheable method="findById" key="#p0"/> <cache:cacheable method="find" key="#user.id"/> <cache:cache-evict method="deleteAll" all-entries="true"/> </cache:caching> </cache:advice>
上面配置定義了一個名為cacheAdvice的cache:advice，其中指定了將緩存findById方法和find方法到名為users的緩存中。這里的方法還可以使用通配符“*”，比如“find*”表示任何以“find”開始的方法。
有了cache:advice之后，我們還需要引入aop命名空間，然后通過aop:config指定定義好的cacheAdvice要應用在哪些pointcut上。如：
<aop:config proxy-target-class="false"> <aop:advisor advice-ref="cacheAdvice" pointcut="execution(* com.xxx.UserService.*(..))"/> </aop:config>
上面的配置表示在調用com.xxx.UserService中任意公共方法時將使用cacheAdvice對應的cache:advice來進行Spring Cache處理。更多關於Spring Aop的內容不在本文討論范疇內。
2.2 配置CacheManager
CacheManager是Spring定義的一個用來管理Cache的接口。Spring自身已經為我們提供了兩種CacheManager的實現，一種是基於Java API的ConcurrentMap，另一種是基於第三方Cache實現——Ehcache，如果我們需要使用其它類型的緩存時，我們可以自己來實現Spring的CacheManager接口或AbstractCacheManager抽象類。下面分別來看看Spring已經為我們實現好了的兩種CacheManager的配置示例。
2.2.1 基於ConcurrentMap的配置
<bean id="cacheManager" class="org.springframework.cache.support.SimpleCacheManager"> <property name="caches"> <set> <bean class="org.springframework.cache.concurrent.ConcurrentMapCacheFactoryBean" p:name="xxx"/> </set> </property> </bean>
上面的配置使用的是一個SimpleCacheManager，其中包含一個名為“xxx”的ConcurrentMapCache。
2.2.2 基於Ehcache的配置
<!-- Ehcache實現 --> <bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheCacheManager" p:cache-manager-ref="ehcacheManager"/> <bean id="ehcacheManager" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean" p:config-location="ehcache-spring.xml"/>
上面的配置使用了一個Spring提供的EhCacheCacheManager來生成一個Spring的CacheManager，其接收一個Ehcache的CacheManager，因為真正用來存入緩存數據的還是Ehcache。Ehcache的CacheManager是通過Spring提供的EhCacheManagerFactoryBean來生成的，其可以通過指定ehcache的配置文件位置來生成一個Ehcache的CacheManager。若未指定則將按照Ehcache的默認規則取classpath根路徑下的ehcache.xml文件，若該文件也不存在，則獲取Ehcache對應jar包中的ehcache-failsafe.xml文件作為配置文件。更多關於Ehcache的內容這里就不多說了，它不屬於本文討論的內容，欲了解更多關於Ehcache的內容可以參考我之前發布的Ehcache系列文章，也可以參考官方文檔等。
3 鍵的生成策略
鍵的生成策略有兩種，一種是默認策略，一種是自定義策略。
3.1 默認策略
默認的key生成策略是通過KeyGenerator生成的，其默認策略如下：
n 如果方法沒有參數，則使用0作為key。
n 如果只有一個參數的話則使用該參數作為key。
n 如果參數多余一個的話則使用所有參數的hashCode作為key。
如果我們需要指定自己的默認策略的話，那么我們可以實現自己的KeyGenerator，然后指定我們的Spring Cache使用的KeyGenerator為我們自己定義的KeyGenerator。
使用基於注解的配置時是通過cache:annotation-driven指定的.
<cache:annotation-driven key-generator="userKeyGenerator"/> <bean id="userKeyGenerator" class="com.xxx.cache.UserKeyGenerator"/> 而使用基於XML配置時是通過cache:advice來指定的。 <cache:advice id="cacheAdvice" cache-manager="cacheManager" key-generator="userKeyGenerator"> </cache:advice>
需要注意的是此時我們所有的Cache使用的Key的默認生成策略都是同一個KeyGenerator。
3.2 自定義策略
自定義策略是指我們可以通過Spring的EL表達式來指定我們的key。這里的EL表達式可以使用方法參數及它們對應的屬性。使用方法參數時我們可以直接使用“#參數名”或者“#p參數index”。下面是幾個使用參數作為key的示例。
@Cacheable(value="users", key="#id") public User find(Integer id) { returnnull; } @Cacheable(value="users", key="#p0") public User find(Integer id) { returnnull; } @Cacheable(value="users", key="#user.id") public User find(User user) { returnnull; } @Cacheable(value="users", key="#p0.id") public User find(User user) { returnnull; }
除了上述使用方法參數作為key之外，Spring還為我們提供了一個root對象可以用來生成key。通過該root對象我們可以獲取到以下信息。
| 屬性名稱 |
描述 |
示例 |
| methodName |
當前方法名 |
#root.methodName |
| method |
當前方法 |
#root.method.name |
| target |
當前被調用的對象 |
#root.target |
| targetClass |
當前被調用的對象的class |
#root.targetClass |
| args |
當前方法參數組成的數組 |
#root.args[0] |
| caches |
當前被調用的方法使用的Cache |
#root.caches[0].name |
當我們要使用root對象的屬性作為key時我們也可以將“#root”省略，因為Spring默認使用的就是root對象的屬性。如：
@Cacheable(value={"users", "xxx"}, key="caches[1].name")
public User find(User user) {
returnnull;
}
4 Spring單獨使用Ehcache
前面介紹的內容是Spring內置的對Cache的支持，其實我們也可以通過Spring自己單獨的使用Ehcache的CacheManager或Ehcache對象。通過在Application Context中配置EhCacheManagerFactoryBean和EhCacheFactoryBean，我們就可以把對應的EhCache的CacheManager和Ehcache對象注入到其它的Spring bean對象中進行使用。
4.1 EhCacheManagerFactoryBean
EhCacheManagerFactoryBean是Spring內置的一個可以產生Ehcache的CacheManager對象的FactoryBean。其可以通過屬性configLocation指定用於創建CacheManager的Ehcache配置文件的路徑，通常是ehcache.xml文件的路徑。如果沒有指定configLocation，則將使用默認位置的配置文件創建CacheManager，這是屬於Ehcache自身的邏輯，即如果在classpath根路徑下存在ehcache.xml文件，則直接使用該文件作為Ehcache的配置文件，否則將使用ehcache-xxx.jar中的ehcache-failsafe.xml文件作為配置文件來創建Ehcache的CacheManager。此外，如果不希望創建的CacheManager使用默認的名稱（在ehcache.xml文件中定義的，或者是由CacheManager內部定義的），則可以通過cacheManagerName屬性進行指定。下面是一個配置EhCacheManagerFactoryBean的示例。
<!-- 定義CacheManager --> <bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"> <!-- 指定配置文件的位置 --> <property name="configLocation" value="/WEB-INF/config/ehcache.xml"/> <!-- 指定新建的CacheManager的名稱 --> <property name="cacheManagerName" value="cacheManagerName"/> </bean>
4.2 EhCacheFactoryBean
EhCacheFactoryBean是用來產生Ehcache的Ehcache對象的FactoryBean。定義EhcacheFactoryBean時有兩個很重要的屬性我們可以來指定。一個是cacheManager屬性，其可以指定將用來獲取或創建Ehcache的CacheManager對象，若未指定則將通過CacheManager.create()獲取或創建默認的CacheManager。另一個重要屬性是cacheName，其表示當前EhCacheFactoryBean對應的是CacheManager中的哪一個Ehcache對象，若未指定默認使用beanName作為cacheName。若CacheManager中不存在對應cacheName的Ehcache對象，則將使用CacheManager創建一個名為cacheName的Cache對象。此外我們還可以通過EhCacheFactoryBean的timeToIdle、timeToLive等屬性指定要創建的Cache的對應屬性，注意這些屬性只對CacheManager中不存在對應Cache時新建的Cache才起作用，對已經存在的Cache將不起作用，更多屬性設置請參考Spring的API文檔。此外還有幾個屬性是對不管是已經存在還是新創建的Cache都起作用的屬性：statisticsEnabled、sampledStatisticsEnabled、disabled、blocking和cacheEventListeners，其中前四個默認都是false，最后一個表示為當前Cache指定CacheEventListener。下面是一個定義EhCacheFactoryBean的示例。
<!-- 定義CacheManager --> <bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean"> <!-- 指定配置文件的位置 --> <property name="configLocation" value="/WEB-INF/config/ehcache.xml"/> <!-- 指定新建的CacheManager的名稱 --> <property name="cacheManagerName" value="cacheManagerName"/> </bean> <!-- 定義一個Ehcache --> <bean id="userCache" class="org.springframework.cache.ehcache.EhCacheFactoryBean"> <property name="cacheName" value="user"/> <property name="cacheManager" ref="cacheManager"/> </bean>
自定義Key生成器
https://blog.csdn.net/syani/article/details/52239967
有一個尤其需要注意的坑：Spring默認的SimpleKeyGenerator是不會將函數名組合進key中的
舉個栗子：
@Component public class CacheTestImpl implements CacheTest { @Cacheable("databaseCache") public Long test1() { return 1L; } @Cacheable("databaseCache") public Long test2() { return 2L; } @Cacheable("databaseCache") public Long test3() { return 3L; } @Cacheable("databaseCache") public String test4() { return "4"; } }
我們期望的輸出是：
1
2
3
4
而實際上的輸出是：
1
1
1
ClassCastException: java.lang.Long cannot be cast to java.lang.String
此外，原子類型的數組，直接作為key使用也是不會生效的
為了解決上述2個問題，自定義了一個KeyGenerator如下：
@Component public class CacheKeyGenerator implements KeyGenerator { // custom cache key public static final int NO_PARAM_KEY = 0; public static final int NULL_PARAM_KEY = 53; private final Logger LOG = LoggerFactory.getLogger(CacheKeyGenerator.class); @Override public Object generate(Object target, Method method, Object... params) { StringBuilder key = new StringBuilder(); key.append(target.getClass().getSimpleName()).append(".").append(method.getName()).append(":"); if (params.length == 0) { return key.append(NO_PARAM_KEY).toString(); } for (Object param : params) { if (param == null) { LOG.warn("input null param for Spring cache, use default key={}", NULL_PARAM_KEY); key.append(NULL_PARAM_KEY); } else if (ClassUtils.isPrimitiveArray(param.getClass())) { int length = Array.getLength(param); for (int i = 0; i < length; i++) { key.append(Array.get(param, i)); key.append(','); } } else if (ClassUtils.isPrimitiveOrWrapper(param.getClass()) || param instanceof String) { key.append(param); } else { LOG.warn("Using an object as a cache key may lead to unexpected results. " + "Either use @Cacheable(key=..) or implement CacheKey. Method is " + target.getClass() + "#" + method.getName()); key.append(param.hashCode()); } key.append('-'); } String finalKey = key.toString(); long cacheKeyHash = Hashing.murmur3_128().hashString(finalKey, Charset.defaultCharset()).asLong(); LOG.debug("using cache key={} hashCode={}", finalKey, cacheKeyHash); return key.toString(); } }
采用此方式后可以解決：多參數、原子類型數組、方法名識別 等問題
踩坑二,spring中service自己調用自己方法設置緩存是不起作用的。原因是緩存注解借用的是aop面向切面編程實現
解決方法有二：一在mapper或dao中實現緩存，用service去調用dao；
@CacheConfig(cacheNames = { "userFocus" })
public interface UserFocusMapper {
@CacheEvict(value="userFocusList",key = "#p0.userCode")
int insert(UserFocus userFocus);
@Cacheable(key = "#p0.userCode+'_'+#p0.focusName+'_'+#p0.focusType",unless="#result == null")
UserFocus findFocus(UserFocus userFocus);
@Cacheable(value="userFocusList",key = "#p0.userCode",unless="#result == null||#result.size() == 0")
List<UserFocus> findFocusList(UserFocus userCode);
//利用@Caching中evict指定兩個value下的不同key刪除。
@Caching(evict = {@CacheEvict(value="userFocusList",key = "#p0.userCode"),
@CacheEvict(value="userFocus",key = "#p0.userCode+'_'+#p0.focusName+'_'+#p0.focusType")})
void updateUserFocus(UserFocus userFocus);
}
二是service自己注入自己
@Service public class UserFocusServiceImpl implements UserFocusService { @Autowired private UserFocusService userFocusService;
5.springboot 開啟緩存注解
java類配置：
@Configuration
@EnableCaching
public class AppConfig {
}