ZeroMQ(java)之Router/Dealer模式

简介: 本教程转自:http://blog.csdn.net/kobejayandy/article/details/20163527在开始之前先把guid里面提到的几个ZeroMQ的特性列一下吧:(1)ZeroMQ有自己的I/O线程来异步的处理I/O,而且后台采用了无锁的数据结构(2)在ZeroMQ中,所有的组件都可以动态的加入和移除,而且可以启动组件以任何的顺利,例如我们可以先启动request,再启动response,依然可以工作,而且还会自动的重连接。

 本教程转自:http://blog.csdn.net/kobejayandy/article/details/20163527

在开始之前先把guid里面提到的几个ZeroMQ的特性列一下吧:

(1)ZeroMQ有自己的I/O线程来异步的处理I/O,而且后台采用了无锁的数据结构

(2)在ZeroMQ中,所有的组件都可以动态的加入和移除,而且可以启动组件以任何的顺利,例如我们可以先启动request,再启动response,依然可以工作,而且还会自动的重连接。

(3)如果有需要的话,会自动的将message进行排队,当然这都是有一套的模式的,一般情况下会尽量早的将数据发送到receiver。

(4)当缓冲的message队列满了以后,ZeroMQ有自己的行为,有的组件会阻塞,有的则会将message抛弃。

(5)底层的通信可以采用各种各样的都行,例如TCP,IPC啥的。

(6)它会自动的处理那些比较慢而且阻塞的reader

(7)支持message的路由

(8)ZeroMQ确保全部的数据被receiver接收到,例如发送10K,那么也接受到10K

(9)它发送的数据格式是二进制,所以对发送的内容无要求

(10)ZeroMQ会自动处理网络错误,而且会自动尝试恢复

(11)节能。。。(我擦,居然还有这个)


好了,先来看一下poller这个东西吧,蛮有意思的,类似与epoll或者java里面的selector,

在前面的例子中我们都只是创建一个socket,那如果我们要创建两个socket在同一个线程中该怎么处理呢,那么这个时候就可以用到poller这东西了。。。可以将已经建立好的socket注册到poller上面去,并注册相应的事件。。

这里就用push/pull来举例子吧,就直接来看pull端的代码吧:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package poller;  
  2.   
  3. import org.zeromq.ZMQ;  
  4.   
  5. public class Pull {  
  6.     public static void main(String args[]) {  
  7.         ZMQ.Context context = ZMQ.context(1);  
  8.           
  9.         ZMQ.Socket pull1 = context.socket(ZMQ.PULL);  //创建一个pull  
  10.         pull1.connect("tcp://127.0.0.1:5555");    //建立于push的连接  
  11.         ZMQ.Socket pull2 = context.socket(ZMQ.PULL);  
  12.         pull2.connect("tcp://127.0.0.1:5555");  
  13.           
  14.         ZMQ.Poller poller = new ZMQ.Poller(2);  //创建一个大小为2的poller  
  15.         poller.register(pull1, ZMQ.Poller.POLLIN);  //分别将上述的pull注册到poller上,注册的事件是读  
  16.         poller.register(pull2, ZMQ.Poller.POLLIN);  
  17.         int i = 0;  
  18.         while (!Thread.currentThread().isInterrupted()) {  
  19.             poller.poll();  
  20.             if (poller.pollin(0)) {  
  21.                 while (null != pull1.recv(ZMQ.NOBLOCK)) {  //这里采用了非阻塞,确保一次性将队列中的数据读取完  
  22.                     i++;  
  23.                 }  
  24.                   
  25.             }  
  26.             if (poller.pollin(1)) {  
  27.                 while (null != pull2.recv(ZMQ.NOBLOCK)) {  
  28.                     i++;  
  29.                 }  
  30.                   
  31.                   
  32.             }  
  33.             if (i % 10000000 == 0) {  
  34.                 System.out.println(i);  
  35.             }  
  36.         }  
  37.         pull1.close();  
  38.         pull2.close();  
  39.         context.term();  
  40.           
  41.     }  
  42. }  

这里还算简单吧,同时创建了两个pull,都将他们注册到了poller上面去。。。其实这个样子很像是selector或者epoll啥的。。。

好啦,接下来进入正题:

request/response算是一种非常常用的模式了,但是前面的例子中,我们的response端都只能在单线程中运行,因为必须要recv与send配对使用,那么就很大程度上限制了response的伸缩性,如果有大量的request来提交很多request请求的话,那么性能将会受到极大的限制,当然这种情况下我们可以采用如下的方式来解决:



这里让request同时连接到多个response,这里就可以将request请求分散到多个response,这样当有多个request的时候的性能要求。。。但是有一个问题,如果我们又10个request端,他们每一个都不断的提交request请求,这个时候我们的reponse可能就会很忙,那么在这种结构下无法动态的添加response,依然限制了整个系统的伸缩性。。。

那么最终的解决方案就来了:



这里可以看到,在request端与response端之间加了一个中间层,可以将其看成一个路由器,它将request端的请求路由到response端,如果性能不够的话,可以再建立新的response将其连接到中间层就可以了,就方便的解决系统的伸缩性问题了。。。

好了,这里直接就上中间层与response端的代码吧:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package multireqrep;  
  2.   
  3. import org.zeromq.ZMQ;  
  4.   
  5. public class Response {  
  6.     public static void main(String args[]) {  
  7.         final ZMQ.Context context = ZMQ.context(1);  
  8.         ZMQ.Socket router = context.socket(ZMQ.ROUTER);  
  9.         ZMQ.Socket dealer = context.socket(ZMQ.DEALER);  
  10.           
  11.         router.bind("ipc://fjs1");  
  12.         dealer.bind("ipc://fjs2");  
  13.           
  14.         for (int i = 0; i < 20; i++) {  
  15.             new Thread(new Runnable(){  
  16.   
  17.                 public void run() {  
  18.                     // TODO Auto-generated method stub  
  19.       
  20.                     ZMQ.Socket response = context.socket(ZMQ.REP);  
  21.                     response.connect("ipc://fjs2");  
  22.                     while (!Thread.currentThread().isInterrupted()) {  
  23.                         response.recv();  
  24.                         response.send("hello".getBytes());  
  25.                         try {  
  26.                             Thread.currentThread().sleep(1);  
  27.                         } catch (InterruptedException e) {  
  28.                             // TODO Auto-generated catch block  
  29.                             e.printStackTrace();  
  30.                         }  
  31.                     }  
  32.                     response.close();  
  33.                 }  
  34.                   
  35.             }).start();  
  36.         }  
  37.         ZMQ.proxy(router, dealer, null);  
  38.         router.close();  
  39.         dealer.close();  
  40.         context.term();  
  41.     }  
  42. }  

好吧,代码还算蛮简单的,直接用了ZeroMQ定义的router和dealer组件,以及内置的proxy方法就好了。。。


嗯,再来赞叹一次,ZeroMQ确实好用。。。

若转载请注明出处!若有疑问,请回复交流!
目录
相关文章
|
2月前
|
传感器 人工智能 数据可视化
Java智慧工地监管一体化云平台APP源码 SaaS模式
安全隐患排查 1.可在电脑端、手机端对安全隐患数据进行记录、查询 2.能够实现安全隐患发起、整改、复查的闭环管理 3.具备对安全隐患数据进行统计、可视化分析、信息推送等功能 4.包含对危险性较大的分部分项工程进行巡查记录功能
55 4
|
3月前
|
设计模式 存储 算法
Java 设计模式最佳实践:三、行为模式
Java 设计模式最佳实践:三、行为模式
|
3月前
|
小程序 Java 数据管理
Java前后端分离架构开发的智慧校园电子班牌系统源码(SaaS模式)
.智慧校园设备管理: 设备管理主要对班级中正在使用的电子智慧班牌进行管理,基本功能包含(开关机状态、班级信息、设备型号、开关机信息、电子智慧班牌截屏信息、教师编号、设备ID、在线和离线状态、电子智慧班牌更新时间等)
40 0
|
4月前
|
人工智能 运维 监控
【Java】智慧工地管理系统源代码,支持二次开发,SaaS模式
智慧工地系统围绕工程现场人、机、料、法、环及施工过程中质量、安全、进度、成本等各项数据满足工地多角色、多视角的有效监管,实现工程建设管理的降本增效。
45 1
|
3月前
|
消息中间件 Java
Java操作RabbitMQ单一生产-消费者模式
Java操作RabbitMQ单一生产-消费者模式
29 0
|
4月前
|
Java Maven
[Java ] jdk升级 bug java: -source 8 中不支持 instanceof 中的模式匹配 (请使用 -source 16 或更高版本以启用 instanceof 中的模式匹配)
[Java ] jdk升级 bug java: -source 8 中不支持 instanceof 中的模式匹配 (请使用 -source 16 或更高版本以启用 instanceof 中的模式匹配)
132 0
|
6天前
|
存储 Java
模式匹配魔法:Java 21中switch语句的巨大进化
模式匹配魔法:Java 21中switch语句的巨大进化
9 0
|
29天前
|
传感器 人工智能 数据可视化
Java智慧工地监管一体化云平台APP源码 SaaS模式
高支模监测:高支模立杆及倾斜角度,高支模立杆的荷载,架体的水平位移以及模板沉降情况,当检测数据超过预警值时,实时报警。
29 2
|
1月前
|
Java
Java的模式
Java的模式
7 0
|
2月前
|
Java 流计算
在Flink实时任务中,POJO(Plain Old Java Object)对象的模式演进可能会引起不兼容的问题
【2月更文挑战第6天】在Flink实时任务中,POJO(Plain Old Java Object)对象的模式演进可能会引起不兼容的问题
19 3