?CompositeCacheManager
?從理論上講,Spring應(yīng)該允許使用多個緩存管理器。它的工作原理是詢問底層緩存管理器是否有具有請求名稱的緩存。問題在于當(dāng)您需要基于某些全局配置動態(tài)創(chuàng)建的緩存時。這是常見的情況,當(dāng)您不想手動定義緩存,而只想添加?@Cacheable
?并讓 spring(和底層緩存管理器)使用一些合理的默認值為您創(chuàng)建緩存時。
這很好,直到您需要擁有多個緩存管理器。例如 : 一個用于本地緩存,一個用于分布式緩存。在許多情況下,需要分布式緩存;然而,并非所有方法調(diào)用都需要分布式——有些方法調(diào)用可以是處理它的實例的本地調(diào)用,并且您不想用可以保存在本地的東西來加重分布式緩存的負擔(dān)。您是否可以配置分布式緩存提供程序以將某些緩存指定為本地緩存,即使它是由分布式緩存提供程序處理的——也許,但我不保證這會很簡單。
因此,面對這個問題,我不得不設(shè)計一些簡單的機制,將一些緩存指定為“分布式”,將一些指定為“本地”。?CompositeCacheManager
?單獨使用不會這樣做,所以我擴展了分布式緩存管理器(在本例中為 ?Hazelcast
?,但它可以通過任何提供程序完成):
/**
* Hazelcast cache manager that handles only cache names with a specified prefix for distributed caches
*/
public class OptionalHazelcastCacheManager extends HazelcastCacheManager {
private static final String DISTRIBUTED_CACHE_PREFIX = "d:";
public OptionalHazelcastCacheManager(HazelcastInstance hazelcast) {
super(hazelcast);
}
@Override
public Cache getCache(String name) {
if (name == null || !name.startsWith(DISTRIBUTED_CACHE_PREFIX)) {
return null;
}
return super.getCache(name);
}
}
以及對應(yīng)的復(fù)合緩存管理器配置:
<bean id="cacheManager" class="org.springframework.cache.support.CompositeCacheManager">
<property name="cacheManagers">
<list>
<bean id="hazelcastCacheManager" class="com.yourcompany.util.cache.OptionalHazelcastCacheManager">
<constructor-arg ref="hazelcast" />
</bean>
<bean id="caffeineCacheManager" class="com.yourcompany.util.cache.FlexibleCaffeineCacheManager">
<property name="cacheSpecification" value="expireAfterWrite=10m"/>
<property name="cacheSpecs">
<map>
<entry key="statistics" value="expireAfterWrite=1h"/>
</map>
</property>
</bean>
</list>
</property>
</bean>
這基本上意味著名稱以?d
?:(“distributed”)開頭的任何緩存都應(yīng)該由分布式緩存管理器處理。否則,繼續(xù)下一個緩存管理器(在本例中為?Caffeine
?)。所以當(dāng)你想定義一個帶有可緩存結(jié)果的方法時,你必須決定它是?@Cacheable("d:cachename")
?還是只是?@Cacheable("cachename")
?
這可能是解決該問題的眾多方法之一,但我喜歡它的簡單性。緩存很難(分布式緩存更是如此),雖然我們很幸運有 Spring 抽象了大部分內(nèi)容,但有時我們必須自己處理特殊情況。