1. Redis协议-RESP1.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 配置隧道sshJava开发代码还是高度依赖windowsIDEA光修改成外网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和getexists和delkeysexpire和ttltype字符串操作mget 和 msetgetrange 和 setrangeappendincr 和 decr列表操作lpush 和 lrangerpushrpop 和 lpopblpop 和 brpopresults.get(0)不是取 List 里的第 0 个元素虽然语法上是而是取 Redis 返回的“二元组”里的第一个字段——即“被弹出的 Key 的名字”。llen集合操作sadd 和 smemberssismemberscardspop是随机删除的sinter 和 sinterstore哈希表操作hset 和 hgethexistshdelhkeys 和 hvalshmget 和 hmset有序列表操作zadd 和 zrangezcardzremzscorezrank2.3 JavaSpring 客户端创建项目引入依赖字符串操作列表操作集合操作哈希表操作有序集合操作