缓存是每一个系统都应该考虑的功能，它用来加速系统的访问，提升系统的性能。

比如说一些经常需要访问的高频热点数据，例如：电商网站的商品信息。 如果商品信息存储在数据库中，每次来查询商品信息都要来查询数据库的话，这样的操作耗时太大，代价也相对太大。 此时我们可以引入一个缓存中间件，将商品信息存放在缓存中，就不需要直接来查询数据库了。先来查询缓存中是否有该商品的信息，如果有就直接拿来使用；如果没有的话，然后再去数据库中查询，然后再将数据放回到缓存。因为应用程序与缓存的交互是非常快的，这样的话就可以大大减缓数据库的压力。再比如：一些临时性的数据，为某个用户的手机号发送了验证码，三分钟有效，过期删除。如果将这些数据存储在数据库中，也是非常有压力的。我们也可以将这些数据存储在缓存中间件中。系统直接从缓存中获取数据即可。

缓存在系统中用的还是非常多的。所以为了统一缓存的开发规范，提升系统的扩展性。J2EE 发布了 JSR-107规范。主要提供了5个接口。

什么是JSR-107

JSR是Java Specification Requests的缩写，意思是Java规范提案。2012年10月26日JSR规范委员会发布了JSR 107（JCache API的首个早期草案）。JCache 规范定义了一种对Java对象临时在内存中进行缓存的方法，包括对象的创建、共享访问、假脱机（spooling）、失效、各JVM的一致性等，可被用于缓存JSP内最经常读取的数据。

Java Caching 定义了5个核心接口，分别是CachingProvider、CacheManager、Cache、Entry 和 Expiry。

接口	介绍
CachingProvider	缓存提供者。 定义了创建、配置、获取、管理和控制多个 CacheManager。一个应用可以在运行期访问多个 CachingProvider。
CacheManager	缓存管理器。 定义了创建、配置、获取、管理和控制多个唯一命名的 Cache，这些 Cache 存在于 CacheManager 的上下文中。一个 CacheManager 仅被一个 CachingProvider 所拥有。
Cache	缓存组件。 是一个类似 Map 的数据结构并临时存储以 key 为索引的值。一个 Cache 仅被一个 CacheManager 所拥有。
Entry	键值对。 是一个存储在 Cache 中的 key-value 对。
Expiry	有效期。 每一个存储在 Cache 中的条目有一个定义的有效期。一旦超过这个时间，条目为过期的状态。一旦过期，条目将不可访问、更新和删除。缓存有效期可以通过 ExpiryPolicy 设置。

应用调用缓存图示

应用来调用缓存，首先会先调用CachingProvider(缓存提供者)，缓存提供者管理了多个CacheManager(缓存管理器)，缓存管理器中才真正的Cache缓存。缓存管理器中可以管理不同类型的缓存，比如：Redis、EhCache 等。

在具体缓存组件中，我们还可以设置不同模块的缓存，比如：Redis 中我们可以来缓存 商品信息、热点数据 等不同模块数据，每个缓存都是Entry<K,V>键值对类型。并且我们可以对缓存设置Expiry过期时间，指定缓存存活的时间。

缓存在我们应用开发中的调用步骤，如下图所示：

JSR-107规范使用

在项目中使用 JSR-107规范，首先需要导入 Maven 依赖：

<dependency> 
	<groupId>javax.cache</groupId>
	<artifactId>cache-api</artifactId>
</dependency>

该包下提供了 CachingProvider 接口，我们可以通过 getCacheManager()方式来获取 CacheManager。 CacheManger 通过 createCache()、getCache() 方法来直接获取到缓存Cache，缓存的具体增删改查操作，就在 Cache 组件中。

总结

JSR-107 作为一个 Java 规范，它定义的都是一些接口，类似于 JDBC 规范。它的好处在于：我们直接面向接口编程，需要用到哪种缓存的实现，我们来直接引入该缓存实现即可，系统就能运行起来。 然而：并不是市面上所有的缓存组件都提供了 JSR-107 规范的实现。如果我们选择的缓存中间件没有实现 JSR-107 规范接口，那么就需要自己来实现咯。整个过程 API 开发也比较麻烦，所以 JSR-107 规范在我们的日常开发中用的还是比较少。