subscribe.php
<?php
ini_set('default_socket_timeout', -1); // 方式一:php配置设置不超时
$redis = new Redis();
$redis->connect("127.0.0.1",6379);
//$redis->setOption(Redis::OPT_READ_TIMEOUT, -1); //方式二:redis方式设置不超时,推荐
// 此方法将会挂起程序
$redis->subscribe(['chan-1', 'chan-2'], 'task'); // 第一个参数为订阅哪个频道,第二个参数为响应回调函数名称
// 回调函数,这里写处理逻辑
function task($instance, $channelName, $message)
{
$newredis = new Redis();
$newredis->connect("127.0.0.1", 6379);
echo $newredis->get('key_1') . PHP_EOL; // 也可操作操作redis
$newredis->close();
switch($channelName) {
case 'chan-1':
var_dump('chan-1'.$message);
break;
case 'chan-2':
var_dump('chan-2'.$message);
break;
}
}
publish.php
<?php
$redis = new Redis();
$redis->connect("127.0.0.1",6379);
$redis->publish('chan-2','this is a message by chan2');
$redis->publish('chan-1','this is a message by chan1');
运行测试即可
与专门的订阅系统对比
和RabbitMQ比一比
Redis | RabbitMQ | |
---|---|---|
可靠性 | 没有相应的机制保证消息的可靠消费,如果发布者发布一条消息,而没有对应的订阅者的话,这条消息将丢失,不会存在内存中 | 具有消息消费确认机制,如果发布一条消息,还没有消费者消费该队列,那么这条消息将一直存放在队列中,直到有消费者消费了该条消息,以此可以保证消息的可靠消费 |
实时 | 实时性高,redis作为高效的缓存服务器,所有数据都存在在服务器中,所以它具有更高的实时性 | 相对没那么及时,但也不是肉眼可捕捉的 |
消费者负载均衡 | 一个队列可以被多个消费者同时订阅,当有消息到达时,会将该消息依次发送给每个订阅者 | 可以被多个消费者同时监控消费,但是每一条消息只能被消费一次,由于Rabbitmq的消费确认机制,因此它能够根据消费者的消费能力而调整它的负载 |
持久性 | Redis的持久化是针对于整个Redis缓存的内容,它有RDB和AOF两种持久化方式(redis持久化方式,后续更新),可以将整个redis实例持久化到磁盘,以此来做数据备份,防止异常情况下导致数据丢失 | 消息都可以选择性持久化,持久化粒度更小,更灵活 |
队列监控 | 原生没有所谓的监控平台 | 实现了后台监控平台,可以在该平台上看到所有创建的队列的详细情况,良好的后台管理平台可以方面我们更好的使用 |
总体 | 轻量级,低延迟,高并发,低可靠性;Rabbitmq:重量级,高可靠,异步,不保证实时性 | 是一个专门的AMQP协议队列,他的优势就在于提供可靠的队列服务,并且可做到异步,而redis主要是用于缓存的,redis的发布订阅模块,可用于实现及时性,且可靠性低的功能 |