Spring框架中, 缓存服务是一组抽象, 也就是一组API, 由
org.springframework.cache.Cache
org.springframework.cache.CacheManager
抽象. 抽象中并不包含多线程或者多进程处理逻辑, 这些逻辑应该由缓存实现方提供. Spring data工程默认提供了一些实现, 例如ConcurrentHashMap
, GemFire, Ehcache等.
通过在方法级别上加@Cacheable
等注解, 每当方法被调用的时候, Spring通过AOP的方式拦截方法的执行, 执行缓存的添加, 更新, 删除等操作(取决于注解属性的配置和注解类型).
在Spring中使用缓存的方式是声明式缓存, 只需要三步配置即可启用:
@Configuration
配置类中加上@EnableCaching
, 在应用范围内启用注解.共有以下类型:
@Cacheable
查询缓存@CacheEvict
删除缓存条目@CachePut
更新缓存条目@Caching
@CacheConfig
从上到下, 依次可以进行三次缓存策略的设定, 每一层都会覆盖上层的默认设定:
CacheManager
和KeyGenerator
中.@CacheConfig
注解;说到底最终还是要以key-value的形式写到后端存储中, 那么Spring的Key生成策略就是值得考虑的. Spring默认的KeyGenerator
使用以下算法:
SimpleKey.EMPTY
SimpleKey
.那么也就是说, 对于cacheNames
相同的方法, 如果他们调用时的参数类型和值也相同, 那么就会认为使用的是同一条缓存条目:
@Cacheable(cacheNames = "girl")
public Girl findOne(Integer id) {
logger.error("方法findOne被调用!");
return girlRepository.findOne(id);
}
@Cacheable(cacheNames = "girl")
public Girl findOne1(Integer id) {
logger.error("方法findOne1被调用!");
return girlRepository.findOne(id);
}
// Test类中
@Test
public void cacheTest() {
girlService.findOne(14);
girlService.findOne1(14); // 经测试, 第二条调用不会触发数据库操作
}
通常用来标识查询缓存, 也就是数据库的
select
一类的不会改变目标对象状态的情景.
以下是一个使用的例子:
@Cacheable("books")
public Book findBook(ISBN isbn, boolean checkWarehouse, boolean includeUsed)
@Cacheable(cacheNames="books", key="#isbn")
public Book findBook(ISBN isbn, boolean checkWarehouse, boolean includeUsed)
@Cacheable(cacheNames="books", key="#isbn.rawNumber")
public Book findBook(ISBN isbn, boolean checkWarehouse, boolean includeUsed)
@Cacheable(cacheNames="books", key="T(someType).hash(#isbn)")
public Book findBook(ISBN isbn, boolean checkWarehouse, boolean includeUsed)
我们可以通过指定自定义类型的key, 来显式设定缓存的key, 默认是包含方法的所有参数构建的.
默认缓存策略是不会加锁的, 也就是多线程执行同一个方法的时候, 对于同样参数的调用, 可能仍会被计算多次. 我们可以通过在声明式缓存中配置sync
属性, 显式告知CacheManager
, 使用同步(阻塞式)策略更新缓存, 也就是多线程下对同一方法的同一参数的调用会被阻塞, 只有一个运行, 其他的线程在锁释放后使用缓存.
@Cacheable(cacheNames="foos", sync="true")
public Foo executeExpensiveOperation(String id) {...}
通过在声明式缓存中添加condition
, unless
属性, 可以指明缓存只有在符合特定条件下才生效, 并且在执行完后显式排除掉部分结果.
@Cacheable(cacheNames="book", condition="#name.length < 32", unless="#result.hardback")
public Book findBook(String name)
注意:
condition
是在方法执行前评估, unless
是在方法执行后评估.通常用来表明该方法的执行应引起缓存条目的更新, 类比于sql的
update
操作.
@CachePut(cacheNames="book", key="#isbn")
public Book updateBook(ISBN isbn, BookDescriptor descriptor)
通常用来表明方法的执行应引起相应缓存条目(或相应缓存主题整体)的清除.
@CacheEvict(cacheNames="books", allEntries=true)
public void loadBooks(InputStream batch)
上面allEntries
指明是对相应缓存主题整体或者key对应条目的清除.
允许多个不冲突的缓存策略作为一个缓存策略组同时生效.
@Caching(evict = { @CacheEvict("primary"), @CacheEvict(cacheNames="secondary", key="#p0") })
public Book importBooks(String deposit, Date date)
类级别的注解, 用于描述类内方法共享的缓存主题名, 缓存key,
CacheManager
,CacheResolver
等.
@CacheConfig("books")
public class BookRepositoryImpl implements BookRepository {
@Cacheable
public Book findBook(ISBN isbn) {...}
}
对缓存后端的适配选择更多了, 通常使用的是Redis.
可以通过spring.cache.type
显式指定要使用的后端类型, 或者Spring Boot会在路径中自动搜寻缓存后端提供者:
CacheManager
实现类, 例如RedisCacheManager
.ConcurrentHashMap
作为缓存后端.spring.cache.type=none
来关闭缓存操作. 通常用在测试场景中.我们也可以通过Java Bean的方式来对Spring Boot自动配置的缓存后端进一步定制, 如设定缓存主题名:
@Bean
public CacheManagerCustomizer cacheManagerCustomizer() {
return new CacheManagerCustomizer() {
@Override
public void customize(ConcurrentMapCacheManager cacheManager) {
cacheManager.setCacheNames(Arrays.asList("one", "two"));
}
};
}
我们可以通过为@Bean
添加额外的@Order
注解来多次增强配置同一个CacheManager
.
@Cache*
注解 @Cache*
.参考链接: