Redis客户端-Java
1. Redis协议-RESP
1.1 认识协议
为什么可以编写出一个自定义的Redis客户端？
网络通信中会有很多的“协议”
除了应用层协议，以下的协议都是固定好的，是在系统内核或者驱动程序中实现的，我们无法修改
关于应用层，业界有很多成熟的应用层协议，如HTTP.....，但是在很多时候都会“自定义”应用层协议
作为第三方想要开发一个Redis客户端，也需要知道Redis的应用层协议（Redis官网有）
1.2 RESP介绍
RESP的优点：
- 简单好实现
- 快速进行解析
- 肉眼可读
传输层这里基于TCP，但是和TCP没有强耦合
请求和响应之间的通信是一问一答的形式，客户端发一个请求，服务器返回一个响应
Redis客户端服务器要做的工作为：
1. 按照上述格式，构造出字符串，往socket中写入
2. 从socket中读取字符串，按照格式解析
这套协议已经公开许久，有很多大佬实现了这套协议的解析/构造
是要使用这些大佬们提供的库，就可以比较简单的来完成和Redis服务器通信的操作
java生态中，封装了RESP协议，实现的Redis客户端是有很多的，此博客使用jedis
通过Maven下载
2. 客户端
2.1 配置隧道（ssh）
Java开发代码还是高度依赖windows（IDEA）
光修改成外网IP是不够的，6379端口默认是被云服务器的防护墙保护起来的
Redsi的端口一旦公布到公网上，就会非常容易被入侵
解决方法：
1. 直接让java程序在Linux上运行
需要将代码打包成jar包拷贝到Linux服务器上执行，比较麻烦
2. 配置ssh端口转发，把云服务器的Redis端口映射到本地主机
ssh（协议、程序）默认走的是22端口
ssh功能非常强大，其中很重要的特性就是能够支持端口转发，相当与通过ssh的22端口来传递其他端口的数据
一个Linux主机上，存在的服务器有很多，ssh也可能需要给多个端口传递数据，这个时候为了区分不同的端口，往往会把服务器的端口在本地用另外一个端口来进行表示
2.2 java客户端（Jedis）
引入依赖
JedisPool 和 JedisPooled
老方式（JedisPool）：你需要亲自去“车库”（连接池）借一辆车（连接），用完必须亲自还回去（
close），忘了还车就会导致“车库”堵死（连接泄漏）。新方式（JedisPooled）：你只需要告诉“滴滴打车”（JedisPooled）你要去哪里，它自动在后台借车、开过去、办完事、再自动还车。你完全不用管“借”和“还”的细节
JedisPooled绝对没有“不需要连接池”。恰恰相反，它底层依然依赖JedisPool这个连接池。
当你执行
new JedisPooled("tcp://...")时，它内部立即创建了一个 JedisPool。你调用
jedisPooled.set("key","val")时，它内部自动执行了：pool.getResource()（借） -> 执行操作 ->jedis.close()（还）。
它的进步只在于：把“手动借还”的代码自动化了，而不是把“池子”去掉了。
基础操作
set和get
exists和del
keys
expire和ttl
type
字符串操作
mget 和 mset
getrange 和 setrange
append
incr 和 decr
列表操作
lpush 和 lrange
rpush
rpop 和 lpop
blpop 和 brpop
results.get(0)不是取 List 里的第 0 个元素（虽然语法上是），而是取 Redis 返回的“二元组”里的第一个字段——即“被弹出的 Key 的名字”。
llen
集合操作
sadd 和 smembers
sismember
scard
spop
是随机删除的
sinter 和 sinterstore
哈希表操作
hset 和 hget
hexists
hdel
hkeys 和 hvals
hmget 和 hmset
有序列表操作
zadd 和 zrange
zcard
zrem
zscore
zrank