SpringBoot系列（十五）整合缓存，项目会用得到的技术

一、缓存有什么用？

缓存应该是我们每一个系统都应该考虑使用的，这样可以加速系统的访问，提升系统的性能。比如我们经常需要访问的高频数据，将此类数据放在缓存中，可以大幅度提升系统的响应速度。原因就是一般来说我们的数据都是存在数据库中，但是高频的访问数据库不仅会对数据库造成压力，一定程度上还会影响响应速度，影响用户体验。如果引入了缓存，不仅能提升访问性能的同时降低数据库的压力。

二、JSR107规范

JSR是Java Specification Requests的缩写，意思是Java 规范提案。是指向JCP(Java Community Process)提出新增一个标准化技术规范的正式请求。任何人都可以提交JSR，以向Java平台增添新的API和服务。JSR已成为Java界的一个重要标准。

规范：

JCache规范定义了一种对Java对象临时在内存中进行缓存的方法，包括对象的创建、共享访问、假脱机（spooling）、失效、各JVM的一致性等，可被用于缓存JSP内最经常读取的数据，如产品目录和价格列表。利用JCACHE，多数查询的反应时间会因为有缓存的数据而加快（内部测试表明反应时间大约快15倍）。

Java Caching定义了5个核心接口，分别是CachingProvider, CacheManager, Cache, Entry 和 Expiry。其中CacheProvider就是缓存提供器，其中包含了多个缓存管理器(CacheManager),缓存管理器之下才是我们需要用到的缓存(Cache),缓存的形式就是键值对，即entry对象(Entry)，每一个entry对象会对应一个Expiry,即可以对每一条缓存数据设置有效期。

上面都是抄过来的废话，看下面，实际操作一下。

三、Spring缓存抽象

Spring 3.1开始定义了org.springframework.cache.Cache 和org.springframework.cache.CacheManager接口来统一不同的缓存技术；并支持使用JCache（JSR-107）注解简化我们开发。SpringBoot对缓存整合提供了很好的支持，支持不同的缓存规范（所谓的规范就是相当于面向接口编程，不同的缓存有不同的实现）。

其中Cache接口为缓存的组件规范定义，包含缓存的各种操作集合；

Cache接口下Spring提供了各种xxxCache的实现；如RedisCache，EhCacheCache , ConcurrentMapCache等；下面我们来看看，SpringBoot中默认的一些缓存配置与实现。默认的是SimpleCache。

四、SpringBoot中的缓存-注解开发

新建SpringBoot web项目，加入依赖配置：SpringBoot版本为2.2.6.RELEASE 库存文章了，版本是去年的。

 <dependency>

    <groupId>org.springframework.boot</groupId>

    <artifactId>spring-boot-starter-web</artifactId>

</dependency>

<dependency>

    <groupId>org.springframework.boot</groupId>

    <artifactId>spring-boot-starter-cache</artifactId>

</dependency>

然后我们逐个介绍一下缓存开发中用到的一些注解。

@EnableCaching
@Cacheable
@CachePut
@CacheEvict
@Caching
@CacheConfig

1.@EnableCaching

这个注解应该是最先了解的，把它放在启动类上面，表示开启基于注解的缓存，然后你用那些缓存相关的注解就能被Spring容器扫描到。这个注解不能缺，不然项目会报错。

@EnableCaching

@SpringBootApplication

public class DemoCacheApplication {

    public static void main(String[] args) {

        SpringApplication.run(DemoCacheApplication.class, args);

    }

}

2.@Cacheable

这个注解有很多的属性，可以定义一些缓存的规则。主要是用于方法之上，将方法的结果作为缓存的值，默认情况下将方法的参数作为缓存的键(key)，也就是key-value的形式存储数据。首先介绍一下这个注解的运行机制：首先在方法运行之前，先根据注解配置的value或者是cacheNames到cacheManage中去查询缓存组件即Cache，当然如果第一次没有这个缓存就会自动创建。获取到缓存组件之后就用我们设置的key属性，或者是keyGenerator策略生成的key去查询键对应的缓存值，对应上面的entry对象。如果查到了值就返回给请求客户端，如果没有查到这个值就调用方法，然后将方法返回的结果缓存起来。

这里我们来说一说这个注解里面的一些属性的用法：

value/cacheNames：这两个属性是一样的，都是指定一个缓存组件的名字，当然这个可以指定多个，是一个数组。
key/keyGenerator：这两个有一定的区别，但是用的时候只需要用其中一个就行了。key是我们可以直接指定这个缓存结果对应的key是什么，到时候直接去Cache里面查就行了，keyGenerator就是可以自定义一个key的生成策略，然后生成key，两者从结果上来看都是生成了key，所以两者只需要用其中一个就OK了。
condition：在符合这个条件下才进行缓存
unless：当这个条件为假的时候才进行缓存，与condition相反

当然还有cacheManager（缓存管理器）以及cacheResolver（缓存解析器），这两个都可以自己定义。两个都差不多，二者用其中一个就OK。

下面我们来看看SpEl写法，因为我们的key或者是condition，或者是unless属性都会用到这个写法。

来自官方的spel 语法

Name	Location	Description	Example
`methodName`	Root object	被调用方法的名称	`#root.methodName`
`method`	Root object	被调用的方法	`#root.method.name`
`target`	Root object	被调用的目标对象	`#root.target`
`targetClass`	Root object	被调用目标的类	`#root.targetClass`
`args`	Root object	用于调用目标的参数（作为数组）	`#root.args[0]`
`caches`	Root object	运行当前方法的缓存集合	`#root.caches[0].name`
Argument name	Evaluation context	任何方法参数的名称。如果名称不可用（可能是由于没有调试信息），则参数名称也可在代表参数索引的`#a<#arg>` where下`#arg`（从开始`0`）。	`#iban` or `#a0` (you can also use `#p0` or `#p<#arg>` notation as an alias).
`result`	Evaluation context	方法调用的结果（要缓存的值）。仅在`unless` 表达式、`cache put`表达式（用于计算`key`）或`cache evict` 表达式（何时`beforeInvocation`是`false`）中可用。对于支持的包装器（例如 `Optional`），`#result`指的是实际对象，而不是包装器。	`#result`

具体使用如下：

@GetMapping("/cacheAble")

@Cacheable(value = "cache",key = "#root.args[0]",condition = "#id>20")

public  Student cacheAble(@RequestParam Integer id) {

    Student student = (Student) hashMap.get(id);

    System.out.println("第一次调用了方法，添加缓存");

    return student;

}

上面就相当于是将第一个方法参数id作为缓存的key ，返回值Student 作为值。缓存的名称就是cache，设置在参数id大于20的时候才进行缓存，unless 则是相反的。

3.@CachePut

这个注解是用来更新缓存的，一般情况下都是用在更新数据的接口上，示例如下：

@PostMapping("/putCache")

@CachePut(value = "cache",key = "#result.id")

public Student putCache(@RequestBody Student student) {

    hashMap.replace(student.getId(),student);

    System.out.println("调用了方法，也更新了缓存");

    return student;

}

4.@CacheEvict

删除缓存的注解，可以设置删除全部缓存还是删除部分缓存数据。如下

@CacheEvict(value = "cache",key = "#id",beforeInvocation = true,allEntries = false)

@GetMapping("/cacheEvict")

public void cacheEvict(@RequestParam Integer id) {

    hashMap.remove(id);

    System.out.println("缓存删除");

}

beforeInvocation 设置为true ，表示在方法执行之前进行缓存删除，默认为false,``allEntries`设置为true ，表示删除这个缓存名称下面的所有缓存。

5.@Caching

借助官方的话说，有时，需要指定多个相同类型的注解（例如@CacheEvict或 @CachePut）——例如，因为不同缓存之间的条件或键表达式不同。@Caching允许在同一方法上使用多个嵌套的 @Cacheable、@CachePut和@CacheEvict注释。实际上就是，各个缓存注解可以配合使用，操作不同的缓存空间。

 @Caching(

     cacheable = {

         @Cacheable(value = "cache",key = "#id"),

         @Cacheable(value = "cache1",key = "#id")

     },

     evict = {@CacheEvict(value = "cache2",key = "#id")}

 )

@GetMapping("/caching")

public Student caching(@RequestParam Integer id) {

    Student student = (Student)hashMap.get(id);

    System.out.println("新增缓存了，也删除了缓存，但是操作的cache不一样");

    return student;

}

代码实现的就是将数据缓存到cache,cache1,再将cache2的缓存删除掉。

6.@CacheConfig

这是一个类级别的缓存配置注解，像缓存名称，缓存处理器(cacheResolver)，缓存管理器(cacheManager),这些配置可以直接配置到类上面，这样方法对应的就能少些一些重复代码。

//注解的四个属性

String[] cacheNames() default {};

String keyGenerator() default "";

String cacheManager() default "";

String cacheResolver() default "";

示例: 在类上面，加上注解，配置好对应的缓存名称，key生成策略等，keyGenerator，cacheManager，cacheResolver这三个东西留着下篇文章将redis缓存的时候讲，主要是比较多。

@CacheConfig(cacheNames = "chache")

public class CacheController {}

确实，我们的缓存还能从cacheManager中获取，这很好理解，cacheManager是管理缓存的，当然也能获取缓存了。

@GetMapping("/get")

public Student getCache(@RequestParam Integer id){

    Cache cache = cacheManager.getCache("cache");

    Cache.ValueWrapper student = cache.get(id);

    Object o = student.get();

    return (Student) o;

}

由于SpringBoot的良好扩展性，CacheManager,CacheResolver,

KeyGenerator都可以自己配置，具体的下一篇文章会介绍。