在spring-boot-data-redis上踩得坑

最新推荐文章于 2024-09-17 06:12:15 发布

来日可期1314

最新推荐文章于 2024-09-17 06:12:15 发布

阅读量2k

点赞数

CC 4.0 BY-SA版权

分类专栏：分享经验文章标签： redis 坑

本文链接：https://blog.youkuaiyun.com/ssjq123/article/details/88799839

分享经验专栏收录该内容

40 篇文章

订阅专栏

本文记录了使用Spring Boot整合Redis过程中遇到的四个常见问题及解决方案，包括配置错误、静态注入缺失@Component注解、Redis持久化配置问题及空指针异常等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

突然想体验一下用markdown写一下博客，果然还是应该有一颗追求新鲜事物的心哦。而且貌似作为一个程序员来说（伪程序员）来说，貌似熟悉一下markdown百利而无一害。

带着这样的心态，以极不严谨的操作，在spring-boot-data-redis上疯狂踩坑。
介绍一下，上面这个包spring-boot-data-redis整合springboot的时候，可以直接通过配置文件配置，而不用自己装配beans。原理的话是@SpringBootApplication 注解默认开启了@EnableAutoConfiguration，大家可以去查看源码。

1.第一个坑
都快被自己蠢哭了。 url要求是包含端口的完整访问连接，在这里由于是当前主机，应该用host : localhost。错误配置的结果就是springboot初始化数据源出错，我在debug的时候一直认为是我的关系型数据库出错了，在多次确认之后，又怀疑是lettuce(springboot 2.0以前默认redis连接池是jedis，springboot2.0以后就是lettuce)。蠢哭！

spring:
redis:
database: 0
#host:localhost
url: localhost
password: 260813
port: 6379
lettuce:
pool:
max-wait: -1ms
max-idle: 8
max-active: 8
min-idle: 0

2.第二个坑

静态注入：

private static MailEntity mailEntity;
@Autowired
private MailEntity mailEntityAutowired;
@PostConstruct
public void init(){
MaillUtil.mailEntity = mailEntityAutowired;
}
网上都差不都是这样的，但是不要忘记注入的本质是spring容器，所以要记住类头上添加@component注解。

3.第三个坑

在向redis添加数据的时候，抛出的错误。

MISCONF Redis is configured to save RDB snapshots, but is currently not able to persist on disk. Commands that may modify the data set are disabled. Please check Redis logs for details about the error.

通用的解决办法是：

连接redis-cli,运行config set stop-writes-on-bgsave-error no命令;
或者 设置配置文件配置项stop-writes-on-bgsave-error 为no 。

但是这就好像掩耳盗铃一样，redis还是无法持久化（快照存储），就是说每次关机数据就会清空，那是多么的恐怖呀，在这个数据就是金钱的时代。

我暂时还没有解决，记录一下：

echo ‘vm.overcommit_memory = 1’ >> /etc/sysctl.conf
sysctl vm.overcommit_memory=1

https://www.linuxidc.com/Linux/2012-07/66079.htm
https://stackoverflow.com/questions/19581059/misconf-redis-is-configured-to-save-rdb-snapshots

4.第四个坑

我都快受不了自己了，到底是世界有意捉弄我，还是我心态不够好，解决到最后还遇到了一个空指针异常。
这里建议一下，遇到空指针异常，如果日志里没法找到空指针产生原因的话，直接打个断点debug，比起到处写sout代码来的快的多。

比较奇怪的是，在上一篇博客里面提到的java重载版本并不是‘唯一的’，往往只能确定一个“更加合适的“的版本。

public static ResultVo success(Integer code, String msg, T object){
ResultVo resultVo = new ResultVo();
resultVo.setCode(code);
resultVo.setMsg(msg);
resultVo.setData(object);
return resultVo;
}
public static ResultVo success(T object){
return success(200,“成功”,object);
}
public static ResultVo success(){
//在这里重载版本为下面的一个方法，而不是上面的方法，所以会抛出空指针异常
return success(null);
}
public static ResultVo success(ResultEnum resultEnum){
return success(resultEnum.getCode(),resultEnum.getMsg(),null);
}