共计 1415 个字符，预计需要花费 4 分钟才能阅读完成。
针对于 springboot 连贯不上 redis 这种状况，首先，咱们最简略间接的办法就是须要确认 Redis 是否曾经失常启动（验证办法：如果装置在 Linux 下的话能够应用 ps-ef|grep redis 来进行确认是否开启）
如果未开启，咱们能够抉择输出相干命令操作来开启 Redis：第一种：先进入到 redis src 目录下（依据本人装置的中央能够通过 cd 命令进入指定目录，而后应用 ls 命令查看当前目录下或者指定目录下的所有文件和目录来寻找是否有 src 目录），进入 src 外面之后，能够间接输出./redis-server 命令就能够开启 redis（然而这种启动形式有个毛病就是，Redis 在启动之后须要始终关上这个窗口，如果这个窗口关掉 Redis 服务也会被关掉）。
第二种：为了避免窗口敞开 Redis 服务也随之敞开的状况，咱们须要应用后盾过程形式来启动 Redis，简略来讲就是让他这个窗口始终关上。首先咱们只须要批改 redis.conf 文件即可（通过 ls 命令找到 redis.conf 文件）
再通过 vi 编辑器来进入 redis.conf 文件
进入文件之后咱们只须要批改守护线程（这一步真的非常简单啦）
批改之后就能够启动啦（依据本人的目录进入就能够啦！！）当然敞开的时候咱们须要查找过程的形式来进行敞开哦，因为当初曾经转成后盾执行了嘛，毕竟它的服务咱们是看不见滴！很简略，敞开的时候咱们先用 ps-aux|grep redis 查看 redis 过程（会显示对应的 redis 服务信息，咱们通过 redis 过程标号杀死过程。例如图中的过程编号是 4609，咱们通过输出 kill-9 4609 的命令杀死这条过程就能够）。
以上就是对于后盾过程的启动跟敞开办法，是不是很简略的，对照输出相干命令就能够啦，而且这种后盾启动的益处就是，开启 redis 之后，再也不必放心进行其余操作的时候造成 redis 服务敞开啦！其次如果不是因为 Redis 自身没有失常启动胜利，那么能够思考上面这种状况：第一种：查看防火墙是否关上 6379 端口（能够应用 systemctl status firewalld 命令来查看防火墙的状态），1. 输出开启端口命令（-permanent：是永恒失效的意思）
2. 重启防火墙命令
3. 查看防火墙凋谢端口命令（查看外面是否有 6379 端口）
第二种：批改 application.yml 的 redis 配置中的 spring.redis.timeout 中连贯超时工夫
第三种：找到你们装置 redis 时候的配置文件进行批改（通过执行 vim/vi redis.conf 命令），
第一步：须要将 bind 127.0.0.1 进行批改（因为如果不批改的话，bind 127.0.0.1 失效后，就只能本机拜访 redis，所以咱们能够尝试批改成 bind 0.0.0.0 这样所有的 ip 就都能够进行拜访，然而须要留神的是：再部署的时候还是倡议还原）
第二步：将 protected-mode yes 改成：protected-mode no（因为 redis3.2 版本减少了 protected-mode 配置，默认是 yes，即开启。如果要设置让内部网络连接 redis 服务就必须先敞开这个模式，否则内部网络无奈间接拜访，其次就是开启 protected-mode 保护模式的时候，需配置一个 bind ip 或者是设置拜访明码）
以上就是我集体在呈现此类问题时的几个简略的解决方案，大家能够依据本人的集体状况找到相应的解决方案，心愿对大家有所帮忙哦！
