PHP 操作redis消息发布订阅

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的发布订阅模块,可用于实现及时性,且可靠性低的功能