本教程转自: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端的代码吧:
- package poller;
- import org.zeromq.ZMQ;
- public class Pull {
- public static void main(String args[]) {
- ZMQ.Context context = ZMQ.context(1);
- ZMQ.Socket pull1 = context.socket(ZMQ.PULL); //创建一个pull
- pull1.connect("tcp://127.0.0.1:5555"); //建立于push的连接
- ZMQ.Socket pull2 = context.socket(ZMQ.PULL);
- pull2.connect("tcp://127.0.0.1:5555");
- ZMQ.Poller poller = new ZMQ.Poller(2); //创建一个大小为2的poller
- poller.register(pull1, ZMQ.Poller.POLLIN); //分别将上述的pull注册到poller上,注册的事件是读
- poller.register(pull2, ZMQ.Poller.POLLIN);
- int i = 0;
- while (!Thread.currentThread().isInterrupted()) {
- poller.poll();
- if (poller.pollin(0)) {
- while (null != pull1.recv(ZMQ.NOBLOCK)) { //这里采用了非阻塞,确保一次性将队列中的数据读取完
- i++;
- }
- }
- if (poller.pollin(1)) {
- while (null != pull2.recv(ZMQ.NOBLOCK)) {
- i++;
- }
- }
- if (i % 10000000 == 0) {
- System.out.println(i);
- }
- }
- pull1.close();
- pull2.close();
- context.term();
- }
- }
这里还算简单吧,同时创建了两个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端的代码吧:
- package multireqrep;
- import org.zeromq.ZMQ;
- public class Response {
- public static void main(String args[]) {
- final ZMQ.Context context = ZMQ.context(1);
- ZMQ.Socket router = context.socket(ZMQ.ROUTER);
- ZMQ.Socket dealer = context.socket(ZMQ.DEALER);
- router.bind("ipc://fjs1");
- dealer.bind("ipc://fjs2");
- for (int i = 0; i < 20; i++) {
- new Thread(new Runnable(){
- public void run() {
- // TODO Auto-generated method stub
- ZMQ.Socket response = context.socket(ZMQ.REP);
- response.connect("ipc://fjs2");
- while (!Thread.currentThread().isInterrupted()) {
- response.recv();
- response.send("hello".getBytes());
- try {
- Thread.currentThread().sleep(1);
- } catch (InterruptedException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- }
- }
- response.close();
- }
- }).start();
- }
- ZMQ.proxy(router, dealer, null);
- router.close();
- dealer.close();
- context.term();
- }
- }
好吧,代码还算蛮简单的,直接用了ZeroMQ定义的router和dealer组件,以及内置的proxy方法就好了。。。
嗯,再来赞叹一次,ZeroMQ确实好用。。。
若转载请注明出处!若有疑问,请回复交流!