在开发中，如果相同的查询条件去频繁查询数据库, 是不是会给数据库带来很大的压力呢？
因此，我们需要对查询出来的数据进行缓存,这样客户端只需要从数据库查询一次数据，然后会放入缓存中，以后再次查询时可以从缓存中读取。
spring3开始提供了强大的基于注解的缓存支持，可以通过注解配置方式低侵入的给原有spring应用增加缓存功能，提高数据访问性能。
具体在springboot中使用缓存如下：
1.在pom.xml中引入cache依赖，添加如下内容：
|
1
2
3
4
|
<dependency> <groupid>org.springframework.boot</groupid> <artifactid>spring-boot-starter-cache</artifactid></dependency> |
2.在spring boot主类中增加@enablecaching注解开启缓存功能，如下：
|
1
2
3
4
5
6
7
|
@springbootapplication@enablecachingpublic class application { public static void main(string[] args) { springapplication.run(application.class, args); }} |
3.在数据访问接口中，增加缓存配置注解，如：
|
1
2
3
4
5
|
@cacheconfig(cachenames = "users")public interface userrepository extends jparepository<user, long> { @cacheable user findbyname(string name);} |
springboot支持很多种缓存方式：redis、guava、ehcahe、jcache等等。
说明下redis和ehcache的区别：
redis：属于独立的运行程序，需要单独安装后，使用java中的jedis来操纵。因为它是独立，所以如果你写个单元测试程序，放一些数据在redis中，然后又写一个程序去拿数据，那么是可以拿到这个数据的。，
ehcache：与redis明显不同，它与java程序是绑在一起的，java程序活着，它就活着。譬如，写一个独立程序放数据，再写一个独立程序拿数据，那么是拿不到数据的。只能在独立程序中才能拿到数据。
如果使用ehcache，只需要在工程中加入ehcache.xml配置文件并在pom.xml中增加ehcache依赖，框架只要发现该文件，就会创建ehcache的缓存管理器。
1、在src/main/resources目录下创建：ehcache.xml
|
1
2
3
4
5
6
7
|
<ehcache xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:nonamespaceschemalocation="ehcache.xsd"> <cache name="users" maxentrieslocalheap="200" timetoliveseconds="600"> </cache></ehcache> |
对于ehcache的配置文件也可以通过application.properties文件中使用spring.cache.ehcache.config属性来指定，比如：
spring.cache.ehcache.config=classpath:config/another-config.xml
2、在pom.xml中加入
|
1
2
3
4
|
<dependency> <groupid>net.sf.ehcache</groupid> <artifactid>ehcache</artifactid></dependency> |
cache注解详解
@cacheconfig：主要用于配置该类中会用到的一些共用的缓存配置。在这里@cacheconfig(cachenames = "users")：配置了该数据访问对象中返回的内容将存储于名为users的缓存对象中，我们也可以不使用该注解，直接通过@cacheable自己配置缓存集的名字来定义。
@cacheable：配置了findbyname函数的返回值将被加入缓存。同时在查询时，会先从缓存中获取，若不存在才再发起对数据库的访问。该注解主要有下面几个参数：
- value、cachenames：两个等同的参数（cachenames为spring 4新增，作为value的别名），用于指定缓存存储的集合名。由于spring 4中新增了@cacheconfig，因此在spring 3中原本必须有的value属性，也成为非必需项了
- key：缓存对象存储在map集合中的key值，非必需，缺省按照函数的所有参数组合作为key值，若自己配置需使用spel表达式，比如：@cacheable(key = "#p0")：使用函数第一个参数作为缓存的key值，更多关于spel表达式的详细内容可参考官方文档
- condition：缓存对象的条件，非必需，也需使用spel表达式，只有满足表达式条件的内容才会被缓存，比如：@cacheable(key = "#p0", condition = "#p0.length() < 3")，表示只有当第一个参数的长度小于3的时候才会被缓存，若做此配置上面的aaa用户就不会被缓存，读者可自行实验尝试。
- unless：另外一个缓存条件参数，非必需，需使用spel表达式。它不同于condition参数的地方在于它的判断时机，该条件是在函数被调用之后才做判断的，所以它可以通过对result进行判断。
- keygenerator：用于指定key生成器，非必需。若需要指定一个自定义的key生成器，我们需要去实现org.springframework.cache.interceptor.keygenerator接口，并使用该参数来指定。需要注意的是：该参数与key是互斥的
- cachemanager：用于指定使用哪个缓存管理器，非必需。只有当有多个时才需要使用
- cacheresolver：用于指定使用那个缓存解析器，非必需。需通过org.springframework.cache.interceptor.cacheresolver接口来实现自己的缓存解析器，并用该参数指定。
除了这里用到的两个注解之外，还有下面几个核心注解：
- @cacheput：配置于函数上，能够根据参数定义条件来进行缓存，它与@cacheable不同的是，它每次都会真是调用函数，所以主要用于数据新增和修改操作上。它的参数与@cacheable类似，具体功能可参考上面对@cacheable参数的解析
-
@cacheevict：配置于函数上，通常用在删除方法上，用来从缓存中移除相应数据。除了同@cacheable一样的参数之外，它还有下面两个参数：
- allentries：非必需，默认为false。当为true时，会移除所有数据
- beforeinvocation：非必需，默认为false，会在调用方法之后移除数据。当为true时，会在调用方法之前移除数据。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：https://www.cnblogs.com/m4tech/p/6641110.html
