Redis的Pub/Sub机制使用非常简单的方式实现了观察者模式,但是在使用过程中我们发现,它仅仅是实现了发布订阅机制,但是很多的场景没有考虑到。例如一下的几种场景:

  1.数据可靠性无法保证

  一个redis_cli发送消息的时候,消息是无状态的,也就是说负责发送消息的redis_cli只管发送消息,并不会理会消息是否被订阅者接收到,也不会理会是否在传输过程中丢失,即对于发布者来说,消息是”即发即失”的。

  2.扩展性差

  不能通过增加消费者来加快消耗发布者的写入的数据,如果发布者发布的消息很多,则数据阻塞在通道中已等待被消费着来消耗。阻塞时间越久,数据丢失的风险越大(网络或者服务器的一个不稳定就会导致数据的丢失)

  3.资源消耗高

  在pub/sub中消息发布者不需要独占一个Redis的链接,而消费者则需要单独占用一个Redis的链接,在java中便不得独立出分出一个线程来处理消费者。这种场景一般对应这多个消费者,此时则有着过高的资源消耗。

  对于如上的几种不足,如果在项目中需要考虑的话可以使用JMS来实现该功能。JMS提供了消息的持久化/耐久性等各种企业级的特性。如果依然想使用Redis来实现并做一些数据的持久化操作,则可以根据JMS的特性来通过Redis模拟出来.

  模拟的步骤如下:
  1.subscribe端首先向一个Set集合中增加“订阅者ID”,此Set集合保存了“活跃订阅”者,订阅者ID标记每个唯一的订阅者,例如:sub:email,sub:web。此SET称为“活跃订阅者集合”

  2.subcribe端开启订阅操作,并基于Redis创建一个以“订阅者ID”为KEY的LIST数据结构,此LIST中存储了所有的尚未消费的消息。此LIST称为“订阅者消息队列”

  3.publish端:每发布一条消息之后,publish端都需要遍历“活跃订阅者集合”,并依次向每个“订阅者消息队列”尾部追加此次发布的消息。到此为止,我们可以基本保证,发布的每一条消息,都会持久保存在每个“订阅者消息队列”中。

  4.subscribe端,每收到一个订阅消息,在消费之后,必须删除自己的“订阅者消息队列”头部的一条记录。subscribe端启动时,如果发现自己的自己的“订阅者消息队列”有残存记录,那么将会首先消费这些记录,然后再去订阅。

  实现如下:

public class PubSubListener extends JedisPubSub{

    private String clientId;
private RedisHandler redisHandler; public PubSubListener(String clientId, Jedis jedis) {
this.clientId = clientId;
this.redisHandler = new RedisHandler(jedis);
} @Override
public void onMessage(String channel, String message) {
if ("exit".equals(message)) {
redisHandler.onUnsubscribe(channel);
} redisHandler.hanlder(channel,message);
} @Override
public void onSubscribe(String channel, int subscribedChannels) {
redisHandler.subscribe(channel);
} @Override
public void onUnsubscribe(String channel, int subscribedChannels) {
redisHandler.onUnsubscribe(channel);
} class RedisHandler{ private Jedis jedis =null; public RedisHandler(Jedis jedis) {
this.jedis = jedis;
} /**
* 订阅操作步骤:
* 1.判断clientID是否在PERSITS_SUB队列中
* 2.如果在队列中说明已经订阅,或则把clientID添加到队列中
* @param channel
*/
public void subscribe(String channel){
String key = clientId + "/" + channel;
boolean isExists = this.jedis.sismember("PERSITS_SUB",key);
if(!isExists){
this.jedis.sadd("PERSITS_SUB",key);
}
} /**
* 取消订阅
* @param channel
*/
public void onUnsubscribe(String channel){
String key = clientId + "/" + channel;
//从订阅者队列中删除
this.jedis.srem("",key);
//删除订阅者消息队列
this.jedis.del(channel);
} public void hanlder(String channel,String message){
int index = message.indexOf("/");
if(index < ){
//消息不合法,丢弃
return;
} Long txid = Long.valueOf(message.substring(,index));
String key = clientId + "/" + channel;
while(true){
String lm = this.jedis.lindex(key,);//获取第一个消息
if(lm == null){
break;
}
int li = lm.indexOf("/");
if(li < ){
//消息不合法
String result = this.jedis.lpop(key);
if(result == null){
break;
}
message(channel,message);
continue;
}
long lmid = Long.parseLong(lm.substring(,li));
if(txid >= lmid){
this.jedis.lpop(key);
message(channel,message);
continue;
}else{
break;
}
}
}
} private void message(String channel, String message) {
System.out.println("receive message " + message);
}
}

  

public class SubClient {

    private Jedis jedis = null;
private PubSubListener listener = null; public SubClient(Jedis jedis, PubSubListener listener) {
this.jedis = jedis;
this.listener = listener;
} public void subscribe(String channel){
jedis.subscribe(listener,channel);
} public void onUnsubscribe(String channel){
listener.unsubscribe(channel);
}
}

  

public class PubClient {

    private Jedis jedis = null;

    public PubClient(String host) {
this.jedis = new Jedis(host);
} public void put(String message){
Set<String> clients = this.jedis.smembers("PERSITS_SUB");
for(String client : clients){
//在每个客户端对应的消息队列中持久化消息
this.jedis.rpush(client,message);
}
} /**
* 每个消息,都有具有一个全局唯一的id
* txid为了防止订阅端在数据处理时“乱序”,这就要求订阅者需要解析message
* @param channel
* @param message
*/
public void publish(String channel, String message) {
Long txid = jedis.incr("MESSAGE_TXID");
String content = txid + "/" + message;
this.put(content);
jedis.publish(channel, content);//为每个消息设定id,最终消息格式1000/messageContent
} public void close(String channel){
jedis.publish(channel, "exit");
jedis.del(channel);//删除
}
}

Redis的Pub/Sub机制存在的问题以及解决方案的更多相关文章

  1. 根据redis的pub/sub机制,写一个即时在线聊天应用

    在Redis中,有个Pub/Sub,他的主要的工作流程如: redis订阅一个模式频道如:chat_*,然后由小a想找人聊天了,就发送一个消息“现在有人聊天吗?chat_a”,末尾的chat_a为标识 ...

  2. redis的Pub/Sub

    redis的Pub/Sub机制类似于广播架构,Subscriber相当于收音机,可以收听多个channel(频道),Publisher(电台)可以在channel中发布信息. 命令介绍 PUBLISH ...

  3. 【转】 使用Redis的Pub/Sub来实现类似于JMS的消息持久化

    http://blog.csdn.net/canot/article/details/52040415 关于个人对Redis提供的Pub/Sub机制的认识在上一篇博客中涉及到了,也提到了关于如何避免R ...

  4. Redis实战——Redis的pub/Sub(订阅与发布)在java中的实现

    借鉴:https://blog.csdn.net/canot/article/details/51938955 1.什么是pub/sub Pub/Sub功能(means Publish, Subscr ...

  5. Redis提供的持久化机制(RDB和AOF)

    Redis提供的持久化机制 Redis是一种面向"key-value"类型数据的分布式NoSQL数据库系统,具有高性能.持久存储.适应高并发应用场景等优势.它虽然起步较晚,但发展却 ...

  6. redis持久化数据的机制——转发

    转载:https://www.cnblogs.com/xingzc/p/5988080.html Redis提供的持久化机制(RDB和AOF)   Redis提供的持久化机制 Redis是一种面向“k ...

  7. Redis提供的持久化机制(一)

    Redis提供的持久化机制 redis是一个内存数据库,也就是说它的所有的数据都是保存在内存中的,而内存中的数据当程序结束时就会消失,所以我们要想办法把内存中的数据写到磁盘中.当程序异常退出或者正常退 ...

  8. Redis的内存回收机制

    Redis的内存回收机制 2018年01月16日 17:11:48 chs007chs 阅读数:1172   Redis的内存回收机制主要体现在一下两个方面: 删除过期时间的键对象 删除过期键对象 : ...

  9. Redis提供的持久化机制(RDB和AOF)【转载】

    Redis提供的持久化机制    Redis是一种面向“key-value”类型数据的分布式NoSQL数据库系统,具有高性能.持久存储.适应高并发应用场景等优势.它虽然起步较晚,但发展却十分迅速. 近 ...

随机推荐

  1. POJ3687.Labeling Balls 拓扑排序

    Labeling Balls Time Limit: 1000MS Memory Limit: 65536K Total Submissions: 13201 Accepted: 3811 Descr ...

  2. c++11日志练习

    /************************************************************** 技术博客  http://www.cnblogs.com/itdef/ ...

  3. SQL0973N在 "<堆名>" 堆中没有足够的存储器可用来处理语句

    SQL0973N在 "<堆名>" 堆中没有足够的存储器可用来处理语句. 解释: 已使用此堆的所有可用内存.不能处理该语句. 用户响应: 接收到此消息(SQLCODE)后 ...

  4. maven随笔

    1.在我们项目顶层的POM文件中,我们会看到dependencyManagement元素.通过它元素来管理jar包的版本,让子项目中引用一个依赖而不用显示的列出版本号.Maven会沿着父子层次向上走, ...

  5. web页面中a标签下载文件包含中文下载失败的解决

    之前用到的文件下载,文件名都是时间戳的形式或者英文名.下载没有问题.后来附件有中文后写在页面是下面效果,点击下载,下载失败. 对应链接拿出来.是如下效果 之前用了各种其他办法都不理想,比如转义什么的. ...

  6. 右值引用和std::move函数(c++11)

    1.对象移动 1)C++11新标准中的一个最主要的特性就是移动而非拷贝对象的能力 2)优势: 在某些情况下,从旧内存拷贝到新内存是不必要的,此时对对象进行移动而非拷贝可以提升性能 有些类如IO类或un ...

  7. Linux服务器部署系列之四—DHCP篇

    DHCP服务器的配置是Linux服务器配置中最简单的服务之一,网上也有很多相关文档,不过大部分都只是讲解了配置.虽然我这篇文档也不一定很完善,不过我还是希望能够尽量说得明白一些,同时也希望大家能够提供 ...

  8. hibernate hql where语句拼接工具类

    package com.zhaoshijie.tree.other; /** * hibernate HQL WHERE语句工具类 * * @author 赵士杰 * */public class H ...

  9. java基础-day3

    第03天 java基础知识 今日内容介绍 u 选择流程控制语句 u 循环流程控制语句 u 控制循环语句 第1章   选择流程控制语句 1.1  顺序结构的基本使用 1.1.1 顺序结构概述 是程序中最 ...

  10. ZOJ2418 Matrix 2017-04-18 21:05 73人阅读 评论(0) 收藏

    Matrix Time Limit: 2 Seconds      Memory Limit: 65536 KB Given an n*n matrix A, whose entries Ai,j a ...