当前位置：首页 > news >正文

Redis客户端-Java

news 2026/7/25 0:06:22

1. Redis协议-RESP

为什么可以编写出一个自定义的Redis客户端？

网络通信中会有很多的“协议”

除了应用层协议，以下的协议都是固定好的，是在系统内核或者驱动程序中实现的，我们无法修改

关于应用层，业界有很多成熟的应用层协议，如HTTP.....，但是在很多时候都会“自定义”应用层协议

作为第三方想要开发一个Redis客户端，也需要知道Redis的应用层协议（Redis官网有）

RESP的优点：

传输层这里基于TCP，但是和TCP没有强耦合

请求和响应之间的通信是一问一答的形式，客户端发一个请求，服务器返回一个响应

Redis客户端服务器要做的工作为：

1. 按照上述格式，构造出字符串，往socket中写入

2. 从socket中读取字符串，按照格式解析

这套协议已经公开许久，有很多大佬实现了这套协议的解析/构造

是要使用这些大佬们提供的库，就可以比较简单的来完成和Redis服务器通信的操作

java生态中，封装了RESP协议，实现的Redis客户端是有很多的，此博客使用jedis

通过Maven下载

Java开发代码还是高度依赖windows（IDEA）

光修改成外网IP是不够的，6379端口默认是被云服务器的防护墙保护起来的

Redsi的端口一旦公布到公网上，就会非常容易被入侵

解决方法：

1. 直接让java程序在Linux上运行

需要将代码打包成jar包拷贝到Linux服务器上执行，比较麻烦

2. 配置ssh端口转发，把云服务器的Redis端口映射到本地主机

ssh（协议、程序）默认走的是22端口

ssh功能非常强大，其中很重要的特性就是能够支持端口转发，相当与通过ssh的22端口来传递其他端口的数据

一个Linux主机上，存在的服务器有很多，ssh也可能需要给多个端口传递数据，这个时候为了区分不同的端口，往往会把服务器的端口在本地用另外一个端口来进行表示

老方式（JedisPool）：你需要亲自去“车库”（连接池）借一辆车（连接），用完必须亲自还回去（close），忘了还车就会导致“车库”堵死（连接泄漏）。
新方式（JedisPooled）：你只需要告诉“滴滴打车”（JedisPooled）你要去哪里，它自动在后台借车、开过去、办完事、再自动还车。你完全不用管“借”和“还”的细节

JedisPooled绝对没有“不需要连接池”。恰恰相反，它底层依然依赖JedisPool这个连接池。

当你执行new JedisPooled("tcp://...")时，它内部立即创建了一个 JedisPool。
你调用jedisPooled.set("key","val")时，它内部自动执行了：pool.getResource()（借） -> 执行操作 ->jedis.close()（还）。

它的进步只在于：把“手动借还”的代码自动化了，而不是把“池子”去掉了。