JSR-107缓存规范介绍_Javascript

缓存是每一个系统都应该考虑的功能，它用来加速系统的访问，提升系统的性能。 比如说一些经常需要访问的高频热点数据，例如：电商网站的商品信息。如果商品信息存储在数据库中，每次来查询商品信息都要来查询数据库的话，这样的操作耗时太大，代价也相对太大。 此时我们可以引入一个缓存中间件，将商品信息存放在缓存中，就不需要直接来查询数据库了。 先来查询缓存中是否有该商品的信息，如果有就直接拿来使用；如果没有的话，然后再去数据库中查询，然后再将数据放回到缓存。因为应用程序与缓存的交互是非常快的，这样的话就可以大大减缓数据库的压力。

再比如：一些临时性的数据，为某个用户的手机号发送了验证码，三分钟有效，过期删除。如果将这些数据存储在数据库中，也是非常有压力的。我们也可以将这些数据存储在缓存中间件中。系统直接从缓存中获取数据即可。

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

1.什么是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 设置。

2.应用调用缓存图示

应用来调用缓存，首先会先调用cachingprovider(缓存提供者)，缓存提供者管理了多个cachemanager(缓存管理器)，缓存管理器中才真正的cache缓存。缓存管理器中可以管理不同类型的缓存，比如：redis、ehcache 等。

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

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

3.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 规范在我们的日常开发中用的还是比较少。