开心一刻
我找了个女朋友，挺丑的那一种，她也知道自己丑，平常都不好意思和我一块出门
昨晚，我带她逛超市，听到有两个人在我们背后小声嘀咕：“看咱前面，想不到这么丑都有人要。”
女朋友听后，羞的满脸通红，我想女朋友虽然丑但是对我很好，我不会嫌弃她的
后面两个人继续嘀咕：“是啊，那男人真丑！”
卧槽，小丑竟是我自己！
写在前面
Redis 客户端
除了 Redis 自己提供的命令行工具：redis-cli，还有各种针对不同编程语言的客户端：Clients
Java 语言的 Redis 客户端有很多，推荐使用的有：Jedis、lettuce、Redisson，而 Redisson 就是本文的主角之一
环境准备
Redis 版本：3.2.8
Redisson 版本：3.13.6
下文都是基于这两个版本来进行讲解的；不同的版本，功能、特性还是有所不同的，这点还是需要注意的
Redis 的发布/订阅
官方文档：Redis Pub/Sub
什么是发布/订阅
Redis 提供了基于 “发布 / 订阅” 模式的消息机制，此种模式下，消息发布者和订阅者不进行直接通信，发布者向指定的频道发布消息，订阅该频道的每个客户端都可以收到该消息
发布订阅模型如下：
四个角色：发布者（Pub）、订阅者（Sub）、对两者解耦的中间方（Channel）、消息（Message）
Sub 订阅 Channel，Pub 向 Channel 发布消息（Message），Sub 就能收到 Pub 发布的消息了
以公众号为例，我们（Sub）订阅某个公众号（Channel），公众号作者（Pub）在公众号每发表一篇文章（Message），就会向我们推送这篇文章，我们就可以浏览这篇文章了
当我们取消订阅了，它就不会再向我们推送这篇文章了；只要这个公众号一直在运行，就会一直有人订阅它或者取消订阅
可以将发布/订阅理解成分布式版的观察者模式，关于观察者模式，大家可以查看：设计模式之观察者模式 → 事件机制的底层原理
很多的 MQ 产品中都存在发布/订阅模式，只是各自的实现有细微差别
Redis 中发布/订阅相关的命令只有 6 个，我们在 redis-cli 下一个一个来看
SUBSCRIBE
通过该命令，客户端可以订阅一个或多个频道
subscribe channel [channel ...]
假设我们订阅频道：channel:1，可以如下操作
两点需要注意：
1、客户端在执行订阅命令后进入了订阅状态，只能接收 subscribe、psubscribe、unsubscribe、punsubscribe 这四个命令
在 redis-cli 下更是表现为阻塞状态，只能接收消息，不能输入任何命令
但是我们要明白，redis 客户端除了 redis-cli，还很多针对不同编程语言的客户端
实际应用中，redis-cli 用的非常少，用的多的还是各种编程语言的 Redis 客户端
2、新开启的订阅客户端，无法接收到该频道之前的消息，因为 Redis 不会持久化发布的消息
PUBLISH
通过该命令，客户端可以向某个频道发布一条消息
publish channel message
假设我们向频道：channel:1 发布消息，可以如下操作
(integer) 1
我们再看看之前的订阅客户端，收到了发布的消息
UNSUBSCRIBE
通过此命令，客户端可以取消对指定频道的订阅，取消成功后不再接收该频道发布的消息
unsubscribe [channel [channel ...]]
我们取消对频道：channel:1 的订阅，可以如下操作
PSUBSCRIBE
按照模式订阅，可以理解成正则匹配订阅
subscribe 只能订阅一个或多个具体的频道，不能按正则匹配订阅，而此命令正好弥补这个空缺
psubscribe pattern [pattern ...]
我们订阅以 channel:u 开头的所有频道，可以如下操作
此时，我们向频道：channel:user 发布消息，那么此客户端也能收到消息
PUNSUBSCRIBE
按照模式取消订阅，可以理解成正则匹配取消订阅
unsubscribe 只能对一个或多个具体的频道取消订阅，不能按正则匹配来取消订阅，而此命令正好弥补这个空缺
punsubscribe [pattern [pattern ...]]
我们对 channel:r 开头的所有频道取消订阅，可以如下操作
我们可以将 psubscribe、punsubscribe 与 subscribe、unsubscribe 进行类比，便于理解
PUBSUB
该命令用于查看订阅与发布系统状态，它由数个不同格式的子命令组成
pubsub subcommand [argument [argument ...]]
该命令用法比较灵活，常用的功能有如下几个
1、查看活跃的频道
活跃的频道指的是当前频道至少有一个订阅者
pubsub channels [pattern]
查看所有活跃的频道，可以如下操作
查看符合某种模式的活跃频道，可以如下操作
2、查看频道订阅数
pubsub numsub [channel ...]
channel:1 频道的订阅数是 1，channel:user 频道的订阅数也是 1
3、查看模式订阅数
pubsub numpat
返回的不是订阅模式的客户端的数量， 而是客户端订阅的所有模式的数量总和
Redisson 发布/订阅
上面讲了那么多，其实都是在 redis-cli 下自嗨，如何在实际项目中应用起来了，我们基于 Redisson 来实现个简单示例
订阅端
发布端
完整代码：pubsub，执行结果如下
至此，相信大家对 Redis 的发布/订阅有了一定的了解了
Redis 的 Lua
官方文档：Redis Lua scripting
关于 Lua，本文不作详细介绍；语法比较简单，基本都能看懂，感兴趣的可以去看它的官方文档：Lua Documentation
Redis 提供了一系列的命令供我们使用：Redis Commands，基本上能满足我们的绝大部分需求
但是，总有一些特殊的需求游离在三界之外，不在五行之中，不能通过其中的某个命令直接实现
有人可能就会说了：一个命令不行，那就多个命令组合实现嘛
多个命令组合能保证原子性吗，如果有逻辑处理又该怎么办？
Redis 早已替我们想好了解决办法，那就是：Lua 脚本
在 Redis 中执行 Lua 脚本有两种方法：eval 和 evalsha
eval
eval script numkeys key [key ...] arg [arg ...]
其中 script 表示 Lua 脚本，numkeys 表示 key 个数
通过一个具体案例，我们就能理解了
..
如果 Lua 脚本太长，还可以使用 redis-cli --eval 直接执行文件
redis-cli --eval script key [key...] , arg [arg ...]
,
return 'hello '..KEYS[1]..ARGV[1]
evalsha
除了 eval，Redis 还提供了 evalsha 来执行 Lua 脚本
evalsha sha1 numkeys key [key ...] arg [arg ...]
使用 evalsha 之前需要将 Lua 脚本加载到 Redis 服务端，得到该脚本的 SHA1 校验和，然后将 SHA1 作为 evalsha 的入参执行对应的 Lua 脚本
脚本会常驻 Redis 服务端，客户端执行脚本时不需要每次都传递脚本到服务端，使得脚本得以复用，降低了参数传递的开销
redis-cli script load
5a8bcaa0ac71ab25ea5c504d61964859fffc20ce
Lua 的 Redis API
Lua 可以使用 redis.call 函数实现对 Redis 命令的调用，例如：
另外还可以使用 redis.pcall 函数实现对 Redis 命令的调用
redis.call 和 redis.pcall 的区别在于，如果 redis.call 执行失败，那么脚本执行结束会直接返回错误，而 redis.pcall 会忽略错误继续执行脚本
Lua 带来的好处
Lua 为 Redis 开发和运维人员带来了如下三个好处：
1、Lua 脚本在 Redis 中是原子执行的，执行过程中不会插入其他命令
2、通过 Lua 脚本，我可以创造出自己定制的命令，并可以将这些命令常驻在内存，实现复用
3、Lua 脚本可以将多条命令一次性打包，有效减少网络开销
Redisson Lua
基于 Redisson，我们来看看 Lua 的简单使用
完整代码：LuaDemo，执行结果如下：
distLockTest
细节疑问
给大家留两个问题
1、客户端未主动取消订阅，而是直接断开连接，Redis 服务端会如何处理该客户端订阅的那些频道
2、lua 脚本保证的是执行该脚本的过程中，不能有其他命令插入，但是如果脚本中的某个命令出错了，Redis 会如何处理
总结
1、Redis 发布订阅模式可以类比观察者模式，便于理解
涉及 4 个角色，理清楚它们各自的作用就好理解了
2、Lua 在 Redis 中非常灵活，相当于给我们留了一个自定义命令的接口
3、Redis 客户端有很多，我们不能只局限于 redis-cli
参考
《Redis开发与运维》