SpringBoot中使用SpringCache以及结合Redis的使用

最新推荐文章于 2024-10-15 15:41:13 发布
最新推荐文章于 2024-10-15 15:41:13 发布
阅读量442 收藏 1
点赞数
分类专栏： 学习 文章标签： spring cache redis 缓存
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/baweiyang/article/details/102953735
版权

一、如何使用

    

网上各种教程比较多，简单介绍一下，不写那么详细。

1、添加Redis的依赖

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

2、启动类中添加注解

@EnableCaching

3、配置文件中添加相关配置

    缓存类型配置，使用本地缓存可以不配置或者配置为simple，使用Redis来缓存可以配置为redis

spring:
  cache:
    type: simple

   redis相关配置

spring:
  cache:
    type: simple
  redis:
    host: localhost
    port: 6379
    password: 123456
    jedis:
      pool:
        max-active: 8
        max-wait: 1
        max-idle: 8
        min-idle: 0

4、使用注解来配置需要缓存的方法

     写了一个简单的例子，分别使用了@Cacheable注解、@CachePut注解、@CacheEvict注解。

     注解中value是用来标识缓存名称的，和cacheName一样。可以理解为前缀，对一类的数据缓存进行分类。

     注解中的key是缓存的唯一标识，支持SpEL。“#p0”就表示以第一个入参作为key，只要这个入参相同，就会先从缓存中获取数据，如果获取数据就直接返回缓存中的数据，否则就会执行该方法，并将方法返回值放入缓存。

    @Override
    @Cacheable(value = "cache_test", key = "#p0")
    public int cacheResult(int key) {
        LOGGER.info("调用缓存方法：cacheResult，缓存的key为：" + key);
        Random random = new Random();
        return random.nextInt(1000);
    }

    @Override
    @CachePut(value = "cahce_test", key = "#p0")
    public int updateCache(int key) {
        LOGGER.info("调用更新缓存方法：updateCache，缓存的key为：" + key);
        Random random = new Random();
        return random.nextInt(1000);
    }

    @Override
    @CacheEvict(beforeInvocation = true, value = "cahce_test", key = "#p0")
    public void removeCache(int key) {
        LOGGER.info("清除缓存，缓存的key为：" + key);
    }

    @Cacheable用来缓存数据，相同的key第一次会调用方法，然后将返回值缓存，后面相同的key不再调用方法直接从缓存中返回数据

    @Cacheput会更新缓存数据，即使相同的key也会执行方法，然后将返回值更新到缓存

    @CacheEvict会清除缓存，根据value和key的值清除对应缓存，beforeInvocation的值为true则在方法调用前就清除缓存，为false则在方法结束后清除缓存（如果方法抛异常则不会清除缓存）

二、Demo演示

1、演示@Cacheable的使用

    代码如下，缓存方法中会生成随机数，便于演示。

    @Resource
    private ICacheDemoSV cacheDemoSV;

    /**
     * 演示使用代理的正常情况下，可以缓存数据
     * @param key 输入的key
     */
    @Override
    public void demo1(int key) {
        LOGGER.info("***************************");
        LOGGER.info("方法：demo1");
        LOGGER.info("时间为：" + new Date().toString());
        LOGGER.info("输入值为：" + key);
        int result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("***************************");
    }

    然后我们多调用三次该方法，入参为均为1，在相同的key的情况下可以看到第一次调用了缓存方法cacheResult，后面两次没有调用缓存方法，直接返回了相同的值，说明已经缓存。然后修改入参为2，再调用2此，可以看到第一次调用了缓存方法，第二次直接返回缓存的值。

2019-08-30 16:22:22.391  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:22.392  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-08-30 16:22:22.394  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 16:22:22 CST 2019
2019-08-30 16:22:22.395  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 16:22:22.431  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：1
2019-08-30 16:22:22.434  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：468
2019-08-30 16:22:22.435  INFO 10028 --- [nio-8010-exec-3] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:28.231  INFO 10028 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:28.276  INFO 10028 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-08-30 16:22:28.278  INFO 10028 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 16:22:28 CST 2019
2019-08-30 16:22:28.279  INFO 10028 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 16:22:28.281  INFO 10028 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：468
2019-08-30 16:22:28.316  INFO 10028 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:30.160  INFO 10028 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:30.238  INFO 10028 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-08-30 16:22:30.238  INFO 10028 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 16:22:30 CST 2019
2019-08-30 16:22:30.243  INFO 10028 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 16:22:30.244  INFO 10028 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：468
2019-08-30 16:22:30.244  INFO 10028 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:35.182  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:35.288  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-08-30 16:22:35.289  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 16:22:35 CST 2019
2019-08-30 16:22:35.289  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：2
2019-08-30 16:22:35.290  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：2
2019-08-30 16:22:35.297  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：514
2019-08-30 16:22:35.297  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:37.726  INFO 10028 --- [nio-8010-exec-8] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 16:22:37.751  INFO 10028 --- [nio-8010-exec-8] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-08-30 16:22:37.758  INFO 10028 --- [nio-8010-exec-8] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 16:22:37 CST 2019
2019-08-30 16:22:37.758  INFO 10028 --- [nio-8010-exec-8] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：2
2019-08-30 16:22:37.765  INFO 10028 --- [nio-8010-exec-8] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：514
2019-08-30 16:22:37.765  INFO 10028 --- [nio-8010-exec-8] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************

2、在同一个方法中调用缓存方法没有缓存效果？

    在网上会看到一些帖子中的注意事项是不要在同一个类中调用缓存方法，否则没有效果。其实这种说法没有讲到根本原因，在上面的例子中我们也是调用本身类中的方法，但是仍然有效果。不过细心点可以看到我们这个类在实例域中注入了本身类的bean，然后demo1在调用缓存方法时是用这个实例域去调用的。

    @Resource
    private ICacheDemoSV cacheDemoSV;

    我们再写一个demo2，直接调用缓存方法看一下效果，代码如下：

    /**
     * 演示不使用代理的情况，无法正常缓存数据
     * @param key 输入的key
     */
    @Override
    public void demo2(int key) {
        LOGGER.info("***************************");
        LOGGER.info("方法：demo2");
        LOGGER.info("时间为：" + new Date().toString());
        LOGGER.info("输入值为：" + key);
        int result = cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("***************************");
    }

    调用3次，日志如下：

2019-08-30 17:18:56.348  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:18:56.375  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo2
2019-08-30 17:18:56.381  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 17:18:56 CST 2019
2019-08-30 17:18:56.382  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 17:18:56.388  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：1
2019-08-30 17:18:56.388  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：468
2019-08-30 17:18:56.388  INFO 10028 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:18:57.249  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:18:57.256  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo2
2019-08-30 17:18:57.256  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 17:18:57 CST 2019
2019-08-30 17:18:57.257  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 17:18:57.257  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：1
2019-08-30 17:18:57.258  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：840
2019-08-30 17:18:57.258  INFO 10028 --- [io-8010-exec-10] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:18:58.051  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:18:58.058  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo2
2019-08-30 17:18:58.066  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 17:18:58 CST 2019
2019-08-30 17:18:58.067  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 17:18:58.067  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：1
2019-08-30 17:18:58.068  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：58
2019-08-30 17:18:58.073  INFO 10028 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************

    调用了三次，每一次都调用了缓存方法cacheResult，每一次的结果也不相同

    原因很简单，因为SpringCache也是基于AOP实现的，当我们通过Spring容器中的bean去调用方法的时候，是调用Spring为我们动态生成的代理类的方法，代理类中再真正调用此方法逻辑前会先调用缓存拦截器去获取缓存，如果成功获取缓存则直接返回，否则调用方法逻辑，并将结果缓存。但是如果在一个方法中直接调用另一个方法，实际上是用this去调用这个方法，这时调用的不是Spring生成的动态代理类的方法，所以根本不存在读缓存写缓存这些操作了。

3、清除缓存@CacheEvict的演示

    代码如下，分别先调两次缓存方法演示缓存效果，然后调用清除缓存的方法，然后再调查缓存的方法看一下效果。

    /**
     * 演示缓存与清除缓存
     * @param key 输入的key
     */
    @Override
    public void demo3(int key) {
        LOGGER.info("***************************");
        LOGGER.info("方法：demo3");
        LOGGER.info("时间为：" + new Date().toString());
        LOGGER.info("输入值为：" + key);
        int result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("再调一次缓存方法");
        result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("清除缓存");
        cacheDemoSV.removeCache(key);
        LOGGER.info("再调一次缓存方法");
        result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("***************************");
    }

    日志如下，符合预期。第一次调用后缓存了值，第二次调用直接返回缓存值。然后清除缓存，清除后，再次调用又重新缓存了新的值。

2019-08-30 17:30:17.541  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:30:17.550  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo3
2019-08-30 17:30:17.557  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 17:30:17 CST 2019
2019-08-30 17:30:17.557  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：10
2019-08-30 17:30:17.558  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：10
2019-08-30 17:30:17.558  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：655
2019-08-30 17:30:17.564  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 再调一次缓存方法
2019-08-30 17:30:17.564  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：655
2019-08-30 17:30:17.564  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 清除缓存
2019-08-30 17:30:17.565  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 清除缓存，缓存的key为：10
2019-08-30 17:30:17.565  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 再调一次缓存方法
2019-08-30 17:30:17.566  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：10
2019-08-30 17:30:17.567  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：729
2019-08-30 17:30:17.567  INFO 10028 --- [nio-8010-exec-6] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************

4、更新缓存@CachePut的演示

    代码如下，分别先调两次缓存方法演示缓存效果，然后调用更新缓存的方法，然后再调查缓存的方法看一下效果。

    /**
     * 演示缓存与更新缓存
     * @param key 输入的key
     */
    @Override
    public void demo4(int key) {
        LOGGER.info("***************************");
        LOGGER.info("方法：demo4");
        LOGGER.info("时间为：" + new Date().toString());
        LOGGER.info("输入值为：" + key);
        int result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("再调一次缓存方法");
        result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("调用更新缓存方法");
        cacheDemoSV.updateCache(key);
        LOGGER.info("再调一次缓存方法");
        result = cacheDemoSV.cacheResult(key);
        LOGGER.info("缓存方法的返回值为：" + result);
        LOGGER.info("***************************");
    }

    日志如下，符合预期。第一次调用后缓存了值，第二次调用直接返回缓存值。然后调用更新缓存方法，更新缓存方法不管这个key是否已经缓存仍然会调用方法逻辑，并将新的返回值缓存，再次调用查缓存的方法则会直接返回上一次更新方法缓存的值。

2019-08-30 17:39:50.920  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 17:39:50.920  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo4
2019-08-30 17:39:50.921  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 17:39:50 CST 2019
2019-08-30 17:39:50.921  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：20
2019-08-30 17:39:50.979  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：20
2019-08-30 17:39:50.980  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：574
2019-08-30 17:39:50.980  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 再调一次缓存方法
2019-08-30 17:39:50.982  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：574
2019-08-30 17:39:50.992  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用更新缓存方法
2019-08-30 17:39:50.993  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用更新缓存方法：updateCache，缓存的key为：20
2019-08-30 17:39:50.994  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 更新后缓存的值为：47
2019-08-30 17:39:50.994  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 再调一次缓存方法
2019-08-30 17:39:50.996  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：47
2019-08-30 17:39:50.996  INFO 11068 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************

三、结合Redis后遇到异常的时候如何不使用缓存继续读表

    当我们使用Redis作为缓存工具时，如果redis集群故障了会抛异常，导致缓存方法不能正常使用。日志如下：

2019-08-30 18:09:46.483  INFO 9816 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-08-30 18:09:46.488  INFO 9816 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-08-30 18:09:46.488  INFO 9816 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Fri Aug 30 18:09:46 CST 2019
2019-08-30 18:09:46.493  INFO 9816 --- [nio-8010-exec-1] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：1
2019-08-30 18:09:46.639  INFO 9816 --- [nio-8010-exec-1] io.lettuce.core.EpollProvider            : Starting without optional epoll library
2019-08-30 18:09:46.647  INFO 9816 --- [nio-8010-exec-1] io.lettuce.core.KqueueProvider           : Starting without optional kqueue library
2019-08-30 18:09:48.398 ERROR 9816 --- [nio-8010-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.data.redis.RedisConnectionFailureException: Unable to connect to Redis; nested exception is io.lettuce.core.RedisConnectionException: Unable to connect to localhost:6379] with root cause

java.net.ConnectException: Connection refused: no further information
	at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
	at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717)
	at io.netty.channel.socket.nio.NioSocketChannel.doFinishConnect(NioSocketChannel.java:327)
	at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.finishConnect(AbstractNioChannel.java:340)
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:616)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:563)
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:480)
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:442)
	at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884)
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
	at java.lang.Thread.run(Thread.java:745)

    相关源码在AbstractCacheInvoker类中，可以看到这段代码中从缓存中获取数据，如果从缓存中获取数据异常，会调用异常处理器来进行处理。

    /**
	 * Execute {@link Cache#get(Object)} on the specified {@link Cache} and
	 * invoke the error handler if an exception occurs. Return {@code null}
	 * if the handler does not throw any exception, which simulates a cache
	 * miss in case of error.
	 * @see Cache#get(Object)
	 */
	@Nullable
	protected Cache.ValueWrapper doGet(Cache cache, Object key) {
		try {
			return cache.get(key);
		}
		catch (RuntimeException ex) {
			getErrorHandler().handleCacheGetError(ex, cache, key);
			return null;  // If the exception is handled, return a cache miss
		}
	}

    /**
	 * Return the {@link CacheErrorHandler} to use.
	 */
	public CacheErrorHandler getErrorHandler() {
		return this.errorHandler;
	}

    默认的异常处理器（ErrorHandler）是SimpleCacheErrorHandler，代码如下，可以看到是不做任何处理，直接将异常抛出。

/**
 * A simple {@link CacheErrorHandler} that does not handle the
 * exception at all, simply throwing it back at the client.
 *
 * @author Stephane Nicoll
 * @since 4.1
 */
public class SimpleCacheErrorHandler implements CacheErrorHandler {

	@Override
	public void handleCacheGetError(RuntimeException exception, Cache cache, Object key) {
		throw exception;
	}

	@Override
	public void handleCachePutError(RuntimeException exception, Cache cache, Object key, @Nullable Object value) {
		throw exception;
	}

	@Override
	public void handleCacheEvictError(RuntimeException exception, Cache cache, Object key) {
		throw exception;
	}

	@Override
	public void handleCacheClearError(RuntimeException exception, Cache cache) {
		throw exception;
	}
}

    如果我们写一个自定义的异常处理器替换原异常处理器，遇到异常后将异常处理掉，则在无法读取缓存的时候将会继续执行方法从数据库里获取最新的值。代码如下，我们添加一个配置类MyCachingConfigurer实现CachingConfigurer接口，并重写errorHandler方法，返回一个实现CacheErrorHandler接口的匿名内部类的实例。

    这个匿名内部类中重写了四种缓存处理方法，均经异常处理掉，不抛出（为了演示清晰，异常栈没有输出到日志中）。

@Configuration
public class MyCachingConfigurer implements CachingConfigurer {

    private static final Logger LOGGER = LoggerFactory.getLogger(MyCachingConfigurer.class);

    @Override
    public CacheManager cacheManager() {
        return null;
    }

    @Override
    public CacheResolver cacheResolver() {
        return null;
    }

    @Override
    public KeyGenerator keyGenerator() {
        return null;
    }

    @Override
    public CacheErrorHandler errorHandler() {
        return new CacheErrorHandler() {
            @Override
            public void handleCacheGetError(RuntimeException exception, Cache cache, Object key) {
                LOGGER.error("调用方法：handleCacheGetError，Redis连接异常，无法使用缓存");
            }

            @Override
            public void handleCachePutError(RuntimeException exception, Cache cache, Object key, Object value) {
                LOGGER.error("调用方法：handleCachePutError，Redis连接异常，无法使用缓存");
            }

            @Override
            public void handleCacheEvictError(RuntimeException exception, Cache cache, Object key) {
                LOGGER.error("调用方法：handleCacheEvictError，Redis连接异常，无法使用缓存");
            }

            @Override
            public void handleCacheClearError(RuntimeException exception, Cache cache) {
                LOGGER.error("调用方法：handleCacheClearError，Redis连接异常，无法使用缓存");
            }
        };
    }

}

    修改完成后，再试一下调用缓存方法，日志如下，可看出异常被处理后，每次调用均真实调用了方法。

2019-09-01 11:41:20.457  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-09-01 11:41:20.458  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-09-01 11:41:20.458  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Sun Sep 01 11:41:20 CST 2019
2019-09-01 11:41:20.459  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：2
2019-09-01 11:41:20.566  INFO 8712 --- [nio-8010-exec-2] io.lettuce.core.EpollProvider            : Starting without optional epoll library
2019-09-01 11:41:20.568  INFO 8712 --- [nio-8010-exec-2] io.lettuce.core.KqueueProvider           : Starting without optional kqueue library
2019-09-01 11:41:22.123 ERROR 8712 --- [nio-8010-exec-2] c.b.ms.base.common.MyCachingConfigurer   : 调用方法：handleCacheGetError，Redis连接异常，无法使用缓存
2019-09-01 11:41:22.132  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：2
2019-09-01 11:41:23.159 ERROR 8712 --- [nio-8010-exec-2] c.b.ms.base.common.MyCachingConfigurer   : 调用方法：handleCachePutError，Redis连接异常，无法使用缓存
2019-09-01 11:41:23.162  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：973
2019-09-01 11:41:23.163  INFO 8712 --- [nio-8010-exec-2] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-09-01 11:41:29.516  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-09-01 11:41:29.518  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-09-01 11:41:29.519  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Sun Sep 01 11:41:29 CST 2019
2019-09-01 11:41:29.520  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：2
2019-09-01 11:41:30.537 ERROR 8712 --- [nio-8010-exec-5] c.b.ms.base.common.MyCachingConfigurer   : 调用方法：handleCacheGetError，Redis连接异常，无法使用缓存
2019-09-01 11:41:30.541  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：2
2019-09-01 11:41:31.573 ERROR 8712 --- [nio-8010-exec-5] c.b.ms.base.common.MyCachingConfigurer   : 调用方法：handleCachePutError，Redis连接异常，无法使用缓存
2019-09-01 11:41:31.578  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：420
2019-09-01 11:41:31.583  INFO 8712 --- [nio-8010-exec-5] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-09-01 11:41:32.523  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************
2019-09-01 11:41:32.526  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 方法：demo1
2019-09-01 11:41:32.526  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 时间为：Sun Sep 01 11:41:32 CST 2019
2019-09-01 11:41:32.528  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 输入值为：2
2019-09-01 11:41:33.538 ERROR 8712 --- [nio-8010-exec-4] c.b.ms.base.common.MyCachingConfigurer   : 调用方法：handleCacheGetError，Redis连接异常，无法使用缓存
2019-09-01 11:41:33.543  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 调用缓存方法：cacheResult，缓存的key为：2
2019-09-01 11:41:34.554 ERROR 8712 --- [nio-8010-exec-4] c.b.ms.base.common.MyCachingConfigurer   : 调用方法：handleCachePutError，Redis连接异常，无法使用缓存
2019-09-01 11:41:34.557  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : 缓存方法的返回值为：382
2019-09-01 11:41:34.560  INFO 8712 --- [nio-8010-exec-4] c.b.m.base.service.impl.CacheDemoSVImpl  : ***************************

四、如何清除缓存

    有时候当我们启动实例时，需要将缓存清除，或者更改了数据库配置信息后需要清除缓存使得数据重新缓存。

    1.可以利用RedisConnectionFactory。

    代码如下。如果启动的时候需要清理redis中所有内容，则调用flushAll方法，如果只清除我们用到的缓存，那么定义一个key的前缀，所所有缓存的key都以这前缀开始，然后通过keys方法获取所有key的列表，然后调用del方法删除这些key对应得缓存。

@Component
public class RedisCacheInit {

    @Resource
    private RedisConnectionFactory redisConnectionFactory;

    @Value("${spring.cache.type}")
    private String type;

    @PostConstruct
    public void cleanCache() {
        if ("redis".equals(type)) {
            RedisConnection connection = redisConnectionFactory.getConnection();
            //connection.flushAll();
            Set<byte[]> keys = connection.keys((CacheNameConstants.CACHE_NAME_PREFIX + "*").getBytes());
            if (keys.size() > 0) {
                connection.del(keys.toArray(new byte[0][]));
            }
        }
    }

}
}

    2.利用CacheManager

    代码如下。第一种方式仅限于使用Redis来缓存数据时，这种方式对于任意缓存实现都支持。可以通过CacheManager提供的getCacheNames拿到所有缓存的key，然后逐一清除。

    public void cleanAllCache() {
        Collection<String> cacheNames =  cacheManager.getCacheNames();
        for (String cacheName : cacheNames) {
            Cache cache = cacheManager.getCache(cacheName);
            if (cache == null) {
                continue;
            }
            cache.clear();
        }
        LOGGER.info("成功清除全部缓存");
    }

 

巴山南
关注
专栏目录
【SpringBoot】17、SpringBoot中整合Redis实现热点数据缓存
Asurplus
08-03 19万+
本次，我们以IDEA + SpringBoot作为 Java中整合Redis的使用 的测试环境，如果对创建SpringBoot项目有不清楚的地方，可以参考我的博客！！！ 首先，我们需要导入Redis的maven依赖 <!-- Redis的maven依赖包 --> <dependency> <groupId>org.springframework.b...
Spring Boot2 总结(一) Spring Boot 整合Redis实现Cache
09-03 248
因为Spring Boot 的自动化配置以及整合封装,开发者只需要在项目中引入Spring Data Redis 依赖，然后在配置文件中配置redis相关的基本信息，系统就会提供RedisTemplate和StringRedisTemplate供开发者使用。Cache是Spring3.1版本中引入的，在Spring Boot 中，Spring Cache相当于规范，而Redis是Spring Cache的实现，从而实现数据的缓存。 ...
Springboot 2.X中Spring-cache与redis整合
04-02
Springboot中Spring-cache与redis整合。这也是一个不错的框架，与spring的事务使用类似，只要添加一些注解方法，就可以动态的去操作缓存了，减少代码的操作。
Spring Boot之使用SpringCache和Redis
qq_41911570的博客
06-30 627
Spring Boot之使用SpringCache和RedisSpring Boot之使用SpringCache和RedisSpring Cache声明式缓存注解@EnableCaching@Cacheable@CachePut@CacheEvict@Caching Spring Boot之使用SpringCache和Redis Spring Cache 在很多应用场景中通常是获取前后相同或更新不频繁的数据，比如访问产品信息数据、网页数据。如果没有使用缓存，则访问每次需要重复请求数据库，这会导致大部分时间都
SpringBoot集成Redis使用Cache缓存
cuishujian_2003的博客
10-11 1087
使用SpringBoot集成Redis使用Cache缓存只要配置相应的配置类，然后使用Cache注解就能实现。
Spring Boot2.X（一）使用Spring Cache + Redis 实现缓存
欢迎来到【战羽】的博客
07-04 2351
一、Spring Cache介绍 二、Spring Boot集成Spring Cache + Redis
Spring Cache整合Redis
zhang19903848257的博客
03-24 4000
文章介绍 继myabtis二级缓存整合redis之后，利用课余时间又研究了一下Spring Cache整合redis。原本是计划将这两篇文章和redis的介绍整合成一篇文章，但是。。。手贱的我在整合过程中不小心点击了刷新，导致新写的内容被清空了。花了我两天的宝贵时间啊。。。。。。 额额额，这一篇是继删除之后，根据回忆，又重写了一篇。虽然原文档丢了，但是还好，参考的blog，笔记浏览器里面还保存着，不至于让我太过难受，好了。拿重点。 本篇主要从原生spring cache实现缓存操作，背后源码浅析，再到re
SpringBootCache的使用（Redis实现）
weixin_47224121的博客
08-27 783
众所周知，缓存一般在内存中存储，cpu对内存的调度效率要优于硬盘（时间快）我们通常使用空间换取时间，达到某种程度的时空平衡于是一般来讲使用缓存可以提高效率—>提升性能我这次使用缓存是目的是将数据库字典类查询的结果放入缓存，以便于提高字典类使用时查询的效率（注：我所用到的字典类一般不会更新，数据量也不大，占用内存不多，大多用于查询的操作，适合用做缓存，可以大大减少数据库的压力，在一定程度上提升性能）
springboot 使用spring cache缓存 和 使用fastjson配置redis系列化
09-13
这样，我们不仅可以利用Spring Cache简化缓存管理，还能利用Fastjson的高效序列化能力确保数据在Redis中的正确存储和读取。在实际开发中，根据项目的具体需求，可能还需要对序列化策略、缓存策略、过期策略等进行更...
springboot 使用spring cache缓存 和 缓存数据落地到redis
09-13
\n\n通过以上步骤，你可以在Spring Boot应用中充分利用Spring Cache的功能，并结合Redis实现高效的缓存管理和数据落地。记住，合理地使用缓存可以显著提升应用性能，但也要注意防止过度缓存导致资源浪费。
spring boot+spring cache实现两级缓存(redis+caffeine)
08-27
当应用内缓存有符合条件的数据时，就可以直接使用，而不用通过网络到Redis中去获取，这样就形成了两级缓存。 知识点四：Spring Cache的实现机制 Spring Cache的实现是使用Spring AOP中的MethodInterceptor封装的...
SpringBoot配置RedisCacheManager
最新发布
qq_50930205的博客
10-15 458
Redis数据库做缓存，已经是比较常见的缓存技术的解决方案。就会得到缓存实例，在使用get方法，传参为key和value的类对象。2.缓存配置，配置的是个列表，keyName为Cache实例，过期时间为3600，1800，时间单位在配置类，设置具体过期时间看业务定。总结，这样配置RedisCacheManger的好处就是，每当由新接口需要做缓存时，只需要在yml配置文件中新增个缓存来对应这个接口，这样多个缓存接口都有一个Cache实例，互不影响，就算key相同，但是他们的缓存名字不同，是不会有影响的。
SpringBoot快速上手——《四》：SpringBoot 集成Redis +SpringCache做缓存
weixin_41254252的博客
12-18 287
SpringBoot 集成Redis +SpringCache做缓存 一.给user加缓存 1.首先创建springboot-redis-cache模块，并把springboot-restful-api的内容复制过来。 2.修改三层架构，即加service层 添加service.UserService接口，再创建实现类service.impl.UserServiceimpl，记得实现类要加上@S...
@Cacheable和redis集成使用
qiuweifan的博客
05-23 6404
每次查询耗费时间很长，考虑该接口数据是不经常变数据，故新增缓存处理，使用springboot的缓存接口和redis结合使用
springboot3.2 RedisCacheManager配置
qq_26408545的博客
07-17 449
配置 RedisCacheManager。添加 @EnableCaching 注解。
SpringBoot与RedisCacheManager整合
zzhongcy的专栏
05-26 2869
从3.1开始Spring定义了和接口来统一不同的缓存技术；并支持使用 注解简化开发. <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-cache</artifactId> </dependency> <!-- redis --> <dependency> <groupId
Springboot 自定义缓存配置 CacheManager 及redis集成
Ricardo.M.Yu的博客
04-26 4173
现有项目中经常遇到的缓存集成问题，Springboot提供了统一的接口抽象与缓存管理器，可集成多种缓存类型，如 ConcurrentMap 缓存、redis缓存，并可以随时无缝替换底层缓存存储。
@Cacheable的详细介绍，结合redis的操作过程
IDEA_guo的博客
10-30 1104
@Cacheable的相关介绍，并结合redis的实操例子
SpringBoot整合Spring Cache与Fastjson实现Redis序列化
本文主要探讨了在Spring Boot项目中如何使用Spring Cache进行缓存操作，并结合Fastjson实现Redis的数据序列化。文章适用于已对Spring Boot有一定了解，希望通过缓存提高应用性能，以及需要将Java对象存储到Redis的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值