本文目录一览：
Redis实现不可靠发布/订阅功能
redis发布订阅还是不太适合商用，并不支持消息重试，即便重新注册上了，之前的消息也丢了。
切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为 客观下线 。这样对于客户端而言，一切都是透明的。Redis配置哨兵模式 配置3个哨兵和1主2从的Redis服务器来演示这个过程。
虽然Redis提供了发布/订阅的功能，但是并不完善，导致基本没有合适的场景能够使用。PubSub缺点：直到Redis0出现之后，出现了Stream这种数据结构，才终于完善了Redis的消息机制 。
Redis为了区分不同应用的消息，还会以频道的形式，对消息进行分门别类的管理。这样同一个应用的消息在一个频道，只有订阅了同一个频道的应用，才能通过发布的消息进行信息交换。
redis与rabbitmq做消息队列的区别
我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
首先说RabbitMQ，RabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP， SMTP， STOMP，也正因如此，它非常重量级，更适合于企业级的开发。
redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储，但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现。我们以RabbitMQ为例介绍。
消息队列 一般是采用一个独立的集群专门用于消息存储，可以存储在内存里 也可以直接存储在磁盘中。
redis 消息推送（基于分布式 pub/sub）多用于实时性较高的消息推送，并不保证可靠。其他的mq和kafka保证可靠但有一些延迟（非实时系统没有保证延迟）。
常用的消息队列有哪些？RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMq。甚至现在部分NoSQL也可做消息队列，如Redis。
redispop获取不到数据但是数据被消费了
配置问题。在你redis的配置中加上redistemplate的序列化操作，重启服务，就可以看到控制台上能正确获取到值了。
这个磁盘中数据被消费后其他业务还能消费到。
首先，数据可靠性的无法保障，题主的数据最终需要落库，如果消息丢失、Redis宕机部分数据没有持久化甚至突然的网络抖动都可能带来数据的丢失，应该是无法忍受的。
惰性删除就是说，在你获取某个key的时候，redis会检查一下 ，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。
实际上 Redis 是每隔 100ms 随机抽取 一些 key 来检查和删除的。但是问题是，定期删除可能会导致很多过期 key 到了时间并没有被删除掉，那咋整呢？所以就是惰性删除了。
延迟任务的几种高效解决方案
重启打印机服务，在服务中找到PrintSpooler，清空打印机缓存，用快捷键win加R键，然后输入spool，然后进入PRINTERS文件夹并删除里面的文件，再重启打印服务。
设定奖励和惩罚制度，让孩子了解完成任务的好处和延迟完成任务的后果。帮助孩子理解拖延的原因有时候，拖延是由于孩子的焦虑、压力或缺乏自信心造成的。帮助孩子理解这些问题，并提供支持和解决方案，可以帮助他们克服拖延的问题。
关闭其他带宽占用程序：如果你的网络同时运行着其他带宽消耗较大的应用程序或下载任务，可以尝试暂时关闭它们。这样可以释放网络带宽，提高网络延迟。优化网络设置：调整网络设置可以改善网络延迟。
例如：建造房子这个任务可以通过增加另一个公司的额外人员来加快进度，又比如装修20个仓库这个任务，可以分解成两个子任务，给两个公司分别10个仓库进行装修。
