第四章可靠的请求-应答模式

第三章中我们使用实例介绍了高级请求-应答模式，本章我们会讲述请求-应答模式的可靠性问题，并使用ZMQ提供的套接字类型组建起可靠的请求-应答消息系统。

本章将介绍的内容有：

客户端请求-应答
最近最少使用队列
心跳机制
面向服务的队列
基于磁盘（脱机）队列
主从备份服务
无中间件的请求-应答

什么是可靠性？

要给可靠性下定义，我们可以先界定它的相反面——故障。如果我们可以处理某些类型的故障，那么我们的模型对于这些故障就是可靠的。下面我们就来列举分布式ZMQ应用程序中可能发生的问题，从可能性高的故障开始：

应用程序代码是最大的故障来源。程序会崩溃或中止，停止对数据来源的响应，或是响应得太慢，耗尽内存等。
系统代码，如使用ZMQ编写的中间件，也会意外中止。系统代码应该要比应用程序代码更为可靠，但毕竟也有可能崩溃。特别是当系统代码与速度过慢的客户端交互时，很容易耗尽内存。
消息队列溢出，典型的情况是系统代码中没有对慢客户端做积极的处理，任由消息队列溢出。
网络临时中断，造成消息丢失。这类错误ZMQ应用程序是无法及时发现的，因为ZMQ会自动进行重连。
硬件系统崩溃，导致所有进程中止。
网络会出现特殊情形的中断，如交换机的某个端口发生故障，导致部分网络无法访问。
数据中心可能遭受雷击、地震、火灾、电压过载、冷却系统失效等。

想要让软件系统规避上述所有的风险，需要大量的人力物力，故不在本指南的讨论范围之内。

由于前五个故障类型涵盖了99.9%的情形（这一数据源自我近期进行的一项研究），所以我们会深入探讨。如果你的公司大到足以考虑最后两种情形，那请及时联系我，因为我正愁没钱将我家后院的大坑建成游泳池。

可靠性设计

简单地来说，可靠性就是当程序发生故障时也能顺利地运行下去，这要比搭建一个消息系统来得困难得多。我们会根据ZMQ提供的每一种核心消息模式，来看看如何保障代码的持续运行。

请求-应答模式：当服务端在处理请求是中断，客户端能够得知这一信息，并停止接收消息，转而选择等待重试、请求另一服务端等操作。这里我们暂不讨论客户端发生问题的情形。
发布-订阅模式：如果客户端收到一些消息后意外中止，服务端是不知道这一情况的。发布-订阅模式中的订阅者不会返回任何消息给发布者。但是，订阅者可以通过其他方式联系服务端，如请求-应答模式，要求服务端重发消息。这里我们暂不讨论服务端发生问题的情形。此外，订阅者可以通过某些方式检查自身是否运行得过慢，并采取相应措施（向操作者发出警告、中止等）。
管道模式：如果worker意外终止，任务分发器将无从得知。管道模式和发布-订阅模式类似，只朝一个方向发送消息。但是，下游的结果收集器可以检测哪项任务没有完成，并告诉任务分发器重新分配该任务。如果任务分发器或结果收集器意外中止了，那客户端发出的请求只能另作处理。所以说，系统代码真的要减少出错的几率，因为这很难处理。

本章主要讲解请求-应答模式中的可靠性设计，其他模式将在后续章节中讲解。

最基本的请求应答模式是REQ客户端发送一个同步的请求至REP服务端，这种模式的可靠性很低。如果服务端在处理请求时中止，那客户端会永远处于等待状态。

相比TCP协议，ZMQ提供了自动重连机制、消息分发的负载均衡等。但是，在真实环境中这也是不够的。唯一可以完全信任基本请求-应答模式的应用场景是同一进程的两个线程之间进行通信，没有网络问题或服务器失效的情况。

但是，只要稍加修饰，这种基本的请求-应答模式就能很好地在现实环境中工作了。我喜欢将其称为“海盗”模式。

粗略地讲，客户端连接服务端有三种方式，每种方式都需要不同的可靠性设计：

多个客户端直接和单个服务端进行通信。使用场景：只有一个单点服务器，所有客户端都需要和它通信。需处理的故障：服务器崩溃和重启；网络连接中断。
多个客户端和单个队列装置通信，该装置将请求分发给多个服务端。使用场景：任务分发。需处理的故障：worker崩溃和重启，死循环，过载；队列装置崩溃和重启；网络中断。
多个客户端直接和多个服务端通信，无中间件。使用场景：类似域名解析的分布式服务。需处理的故障：服务端崩溃和重启，死循环，过载；网络连接中断。

以上每种设计都必须有所取舍，很多时候会混合使用。下面我们详细说明。

客户端的可靠性设计（懒惰海盗模式）

我们可以通过在客户端进行简单的设置，来实现可靠的请求-应答模式。我暂且称之为“懒惰的海盗”（Lazy Pirate）模式。

在接收应答时，我们不进行同步等待，而是做以下操作：

对REQ套接字进行轮询，当消息抵达时才进行接收；
请求超时后重发消息，循环多次；
若仍无消息，则结束当前事务。

使用REQ套接字时必须严格遵守发送-接收过程，因为它内部采用了一个有限状态机来限定状态，这一特性会让我们应用“海盗”模式时遇上一些麻烦。最简单的做法是将REQ套接字关闭重启，从而打破这一限定。

lpclient: Lazy Pirate client in C

//
//  Lazy Pirate client
//  使用zmq_poll轮询来实现安全的请求-应答
//  运行时可随机关闭或重启lpserver程序
//
#include "czmq.h"#define REQUEST_TIMEOUT     2500    //  毫秒, (> 1000!)
#define REQUEST_RETRIES     3       //  尝试次数
#define SERVER_ENDPOINT     "tcp://localhost:5555"int main (void)
{zctx_t *ctx = zctx_new ();printf ("I: 正在连接服务器...\n");void *client = zsocket_new (ctx, ZMQ_REQ);assert (client);zsocket_connect (client, SERVER_ENDPOINT);int sequence = 0;int retries_left = REQUEST_RETRIES;while (retries_left && !zctx_interrupted) {//  发送一个请求，并开始接收消息char request [10];sprintf (request, "%d", ++sequence);zstr_send (client, request);int expect_reply = 1;while (expect_reply) {//  对套接字进行轮询，并设置超时时间zmq_pollitem_t items [] = { { client, 0, ZMQ_POLLIN, 0 } };int rc = zmq_poll (items, 1, REQUEST_TIMEOUT * ZMQ_POLL_MSEC);if (rc == -1)break;          //  中断//  如果接收到回复则进行处理if (items [0].revents & ZMQ_POLLIN) {//  收到服务器应答，必须和请求时的序号一致char *reply = zstr_recv (client);if (!reply)break;      //  Interruptedif (atoi (reply) == sequence) {printf ("I: 服务器返回正常 (%s)\n", reply);retries_left = REQUEST_RETRIES;expect_reply = 0;}elseprintf ("E: 服务器返回异常: %s\n",reply);free (reply);}elseif (--retries_left == 0) {printf ("E: 服务器不可用，取消操作\n");break;}else {printf ("W: 服务器没有响应，正在重试...\n");//  关闭旧套接字，并建立新套接字zsocket_destroy (ctx, client);printf ("I: 服务器重连中...\n");client = zsocket_new (ctx, ZMQ_REQ);zsocket_connect (client, SERVER_ENDPOINT);//  使用新套接字再次发送请求zstr_send (client, request);}}}zctx_destroy (&ctx);return 0;
}

lpserver: Lazy Pirate server in C

//
//  Lazy Pirate server
//  将REQ套接字连接至 tcp://*:5555
//  和hwserver程序类似，除了以下两点：
//   - 直接输出请求内容
//   - 随机地降慢运行速度，或中止程序，模拟崩溃
//
#include "zhelpers.h"int main (void)
{srandom ((unsigned) time (NULL));void *context = zmq_init (1);void *server = zmq_socket (context, ZMQ_REP);zmq_bind (server, "tcp://*:5555");int cycles = 0;while (1) {char *request = s_recv (server);cycles++;//  循环几次后开始模拟各种故障if (cycles > 3 && randof (3) == 0) {printf ("I: 模拟程序崩溃\n");break;}elseif (cycles > 3 && randof (3) == 0) {printf ("I: 模拟CPU过载\n");sleep (2);}printf ("I: 正常请求 (%s)\n", request);sleep (1);              //  耗时的处理过程s_send (server, request);free (request);}zmq_close (server);zmq_term (context);return 0;
}

运行这个测试用例时，可以打开两个控制台，服务端会随机发生故障，你可以看看客户端的反应。服务端的典型输出如下：

I: normal request (1)
I: normal request (2)
I: normal request (3)
I: simulating CPU overload
I: normal request (4)
I: simulating a crash

客户端的输出是：

I: connecting to server...
I: server replied OK (1)
I: server replied OK (2)
I: server replied OK (3)
W: no response from server, retrying...
I: connecting to server...
W: no response from server, retrying...
I: connecting to server...
E: server seems to be offline, abandoning

客户端为每次请求都加上了序列号，并检查收到的应答是否和序列号一致，以保证没有请求或应答丢失，同一个应答收到多次或乱序。多运行几次实例，看看是否真的能够解决问题。现实环境中你不需要使用到序列号，那只是为了证明这一方式是可行的。

客户端使用REQ套接字进行请求，并在发生问题时打开一个新的套接字来，绕过REQ强制的发送/接收过程。可能你会想用DEALER套接字，但这并不是一个好主意。首先，DEALER并不会像REQ那样处理信封（如果你不知道信封是什么，那更不能用DEALER了）。其次，你可能会获得你并不想得到的结果。

这一方案的优劣是：

优点：简单明了，容易实施；
优点：可以方便地应用到现有的客户端和服务端程序中；
优点：ZMQ有自动重连机制；
缺点：单点服务发生故障时不能定位到新的可用服务。

基本的可靠队列（简单海盗模式）

在第二种模式中，我们使用一个队列装置来扩展上述的“懒惰的海盗”模式，使客户端能够透明地和多个服务端通信。这里的服务端可以定义为worker。我们可以从最基础的模型开始，分阶段实施这个方案。

在所有的海盗模式中，worker是无状态的，或者说存在着一个我们所不知道的公共状态，如共享数据库。队列装置的存在意味着worker可以在client毫不知情的情况下随意进出。一个worker死亡后，会有另一个worker接替它的工作。这种拓扑结果非常简洁，但唯一的缺点是队列装置本身会难以维护，可能造成单点故障。

在第三章中，队列装置的基本算法是最近最少使用算法。那么，如果worker死亡或阻塞，我们需要做些什么？答案是很少很少。我们已经在client中加入了重试的机制，所以，使用基本的LRU队列就可以运作得很好了。这种做法也符合ZMQ的逻辑，所以我们可以通过在点对点交互中插入一个简单的队列装置来扩展它：

我们可以直接使用“懒惰的海盗”模式中的client，以下是队列装置的代码：

spqueue: Simple Pirate queue in C

//
//  简单海盗队列
//
//  这个装置和LRU队列完全一致，不存在任何可靠性机制，依靠client的重试来保证装置的运行
//
#include "czmq.h"#define LRU_READY   "\001"      //  消息：worker准备就绪int main (void)
{//  准备上下文和套接字zctx_t *ctx = zctx_new ();void *frontend = zsocket_new (ctx, ZMQ_ROUTER);void *backend = zsocket_new (ctx, ZMQ_ROUTER);zsocket_bind (frontend, "tcp://*:5555");    //  client端点zsocket_bind (backend,  "tcp://*:5556");    //  worker端点//  存放可用worker的队列zlist_t *workers = zlist_new ();while (1) {zmq_pollitem_t items [] = {{ backend,  0, ZMQ_POLLIN, 0 },{ frontend, 0, ZMQ_POLLIN, 0 }};//  当有可用的woker时，轮询前端端点int rc = zmq_poll (items, zlist_size (workers)? 2: 1, -1);if (rc == -1)break;              //  中断//  处理后端端点的worker消息if (items [0].revents & ZMQ_POLLIN) {//  使用worker的地址进行LRU排队zmsg_t *msg = zmsg_recv (backend);if (!msg)break;          //  中断zframe_t *address = zmsg_unwrap (msg);zlist_append (workers, address);//  如果消息不是READY，则转发给clientzframe_t *frame = zmsg_first (msg);if (memcmp (zframe_data (frame), LRU_READY, 1) == 0)zmsg_destroy (&msg);elsezmsg_send (&msg, frontend);}if (items [1].revents & ZMQ_POLLIN) {//  获取client请求，转发给第一个可用的workerzmsg_t *msg = zmsg_recv (frontend);if (msg) {zmsg_wrap (msg, (zframe_t *) zlist_pop (workers));zmsg_send (&msg, backend);}}}//  程序运行结束，进行清理while (zlist_size (workers)) {zframe_t *frame = (zframe_t *) zlist_pop (workers);zframe_destroy (&frame);}zlist_destroy (&workers);zctx_destroy (&ctx);return 0;
}

以下是worker的代码，用到了“懒惰的海盗”服务，并将其调整为LRU模式（使用REQ套接字传递“已就绪”信号）：

spworker: Simple Pirate worker in C

//
//  简单海盗模式worker
//
//  使用REQ套接字连接tcp://*:5556，使用LRU算法实现worker
//
#include "czmq.h"
#define LRU_READY   "\001"      //  消息：worker已就绪int main (void)
{zctx_t *ctx = zctx_new ();void *worker = zsocket_new (ctx, ZMQ_REQ);//  使用随机符号来指定套接字标识，方便追踪srandom ((unsigned) time (NULL));char identity [10];sprintf (identity, "%04X-%04X", randof (0x10000), randof (0x10000));zmq_setsockopt (worker, ZMQ_IDENTITY, identity, strlen (identity));zsocket_connect (worker, "tcp://localhost:5556");//  告诉代理worker已就绪printf ("I: (%s) worker准备就绪\n", identity);zframe_t *frame = zframe_new (LRU_READY, 1);zframe_send (&frame, worker, 0);int cycles = 0;while (1) {zmsg_t *msg = zmsg_recv (worker);if (!msg)break;              //  中断//  经过几轮循环后，模拟各种问题cycles++;if (cycles > 3 && randof (5) == 0) {printf ("I: (%s) 模拟崩溃\n", identity);zmsg_destroy (&msg);break;}elseif (cycles > 3 && randof (5) == 0) {printf ("I: (%s) 模拟CPU过载\n", identity);sleep (3);if (zctx_interrupted)break;}printf ("I: (%s) 正常应答\n", identity);sleep (1);              //  进行某些处理zmsg_send (&msg, worker);}zctx_destroy (&ctx);return 0;
}

运行上述事例，启动多个worker，一个client，以及一个队列装置，顺序随意。你可以看到worker最终都会崩溃或死亡，client则多次重试并最终放弃。装置从来不会停止，你可以任意重启worker和client，这个模型可以和任意个worker、client交互。

健壮的可靠队列（偏执海盗模式）

“简单海盗队列”模式工作得非常好，主要是因为它只是两个现有模式的结合体。不过，它也有一些缺点：

该模式无法处理队列的崩溃或重启。client会进行重试，但worker不会重启。虽然ZMQ会自动重连worker的套接字，但对于新启动的队列装置来说，由于worker并没有发送“已就绪”的消息，所以它相当于是不存在的。为了解决这一问题，我们需要从队列发送心跳给worker，这样worker就能知道队列是否已经死亡。
队列没有检测worker是否已经死亡，所以当worker在处于空闲状态时死亡，队列装置只有在发送了某个请求之后才会将该worker从队列中移除。这时，client什么都不能做，只能等待。这不是一个致命的问题，但是依然是不够好的。所以，我们需要从worker发送心跳给队列装置，从而让队列得知worker什么时候消亡。

我们使用一个名为“偏执的海盗模式”来解决上述两个问题。

之前我们使用REQ套接字作为worker的套接字类型，但在偏执海盗模式中我们会改用DEALER套接字，从而使我们能够任意地发送和接受消息，而不是像REQ套接字那样必须完成发送-接受循环。而DEALER的缺点是我们必须自己管理消息信封。如果你不知道信封是什么，那请阅读第三章。

我们仍会使用懒惰海盗模式的client，以下是偏执海盗的队列装置代码：

ppqueue: Paranoid Pirate queue in C

//
//  偏执海盗队列
//
#include "czmq.h"#define HEARTBEAT_LIVENESS  3       //  心跳健康度，3-5是合理的
#define HEARTBEAT_INTERVAL  1000    //  单位：毫秒//  偏执海盗协议的消息代码
#define PPP_READY       "\001"      //  worker已就绪
#define PPP_HEARTBEAT   "\002"      //  worker心跳//  使用以下结构表示worker队列中的一个有效的workertypedef struct {zframe_t *address;          //  worker的地址char *identity;             //  可打印的套接字标识int64_t expiry;             //  过期时间
} worker_t;//  创建新的worker
static worker_t *
s_worker_new (zframe_t *address)
{worker_t *self = (worker_t *) zmalloc (sizeof (worker_t));self->address = address;self->identity = zframe_strdup (address);self->expiry = zclock_time () + HEARTBEAT_INTERVAL * HEARTBEAT_LIVENESS;return self;
}//  销毁worker结构，包括标识
static void
s_worker_destroy (worker_t **self_p)
{assert (self_p);if (*self_p) {worker_t *self = *self_p;zframe_destroy (&self->address);free (self->identity);free (self);*self_p = NULL;}
}//  worker已就绪，将其移至列表末尾
static void
s_worker_ready (worker_t *self, zlist_t *workers)
{worker_t *worker = (worker_t *) zlist_first (workers);while (worker) {if (streq (self->identity, worker->identity)) {zlist_remove (workers, worker);s_worker_destroy (&worker);break;}worker = (worker_t *) zlist_next (workers);}zlist_append (workers, self);
}//  返回下一个可用的worker地址
static zframe_t *
s_workers_next (zlist_t *workers)
{worker_t *worker = zlist_pop (workers);assert (worker);zframe_t *frame = worker->address;worker->address = NULL;s_worker_destroy (&worker);return frame;
}//  寻找并销毁已过期的worker。
//  由于列表中最旧的worker排在最前，所以当找到第一个未过期的worker时就停止。
static void
s_workers_purge (zlist_t *workers)
{worker_t *worker = (worker_t *) zlist_first (workers);while (worker) {if (zclock_time () < worker->expiry)break;              //  worker未过期，停止扫描zlist_remove (workers, worker);s_worker_destroy (&worker);worker = (worker_t *) zlist_first (workers);}
}int main (void)
{zctx_t *ctx = zctx_new ();void *frontend = zsocket_new (ctx, ZMQ_ROUTER);void *backend  = zsocket_new (ctx, ZMQ_ROUTER);zsocket_bind (frontend, "tcp://*:5555");    //  client端点zsocket_bind (backend,  "tcp://*:5556");    //  worker端点//  List of available workerszlist_t *workers = zlist_new ();//  规律地发送心跳uint64_t heartbeat_at = zclock_time () + HEARTBEAT_INTERVAL;while (1) {zmq_pollitem_t items [] = {{ backend,  0, ZMQ_POLLIN, 0 },{ frontend, 0, ZMQ_POLLIN, 0 }};//  当存在可用worker时轮询前端端点int rc = zmq_poll (items, zlist_size (workers)? 2: 1,HEARTBEAT_INTERVAL * ZMQ_POLL_MSEC);if (rc == -1)break;              //  中断//  处理后端worker请求if (items [0].revents & ZMQ_POLLIN) {//  使用worker地址进行LRU路由zmsg_t *msg = zmsg_recv (backend);if (!msg)break;          //  中断//  worker的任何信号均表示其仍然存活zframe_t *address = zmsg_unwrap (msg);worker_t *worker = s_worker_new (address);s_worker_ready (worker, workers);//  处理控制消息，或者将应答转发给clientif (zmsg_size (msg) == 1) {zframe_t *frame = zmsg_first (msg);if (memcmp (zframe_data (frame), PPP_READY, 1)&&  memcmp (zframe_data (frame), PPP_HEARTBEAT, 1)) {printf ("E: invalid message from worker");zmsg_dump (msg);}zmsg_destroy (&msg);}elsezmsg_send (&msg, frontend);}if (items [1].revents & ZMQ_POLLIN) {//  获取下一个client请求，交给下一个可用的workerzmsg_t *msg = zmsg_recv (frontend);if (!msg)break;          //  中断zmsg_push (msg, s_workers_next (workers));zmsg_send (&msg, backend);}//  发送心跳给空闲的workerif (zclock_time () >= heartbeat_at) {worker_t *worker = (worker_t *) zlist_first (workers);while (worker) {zframe_send (&worker->address, backend,ZFRAME_REUSE + ZFRAME_MORE);zframe_t *frame = zframe_new (PPP_HEARTBEAT, 1);zframe_send (&frame, backend, 0);worker = (worker_t *) zlist_next (workers);}heartbeat_at = zclock_time () + HEARTBEAT_INTERVAL;}s_workers_purge (workers);}//  程序结束后进行清理while (zlist_size (workers)) {worker_t *worker = (worker_t *) zlist_pop (workers);s_worker_destroy (&worker);}zlist_destroy (&workers);zctx_destroy (&ctx);return 0;
}

该队列装置使用心跳机制扩展了LRU模式，看起来很简单，但要想出这个主意还挺难的。下文会更多地介绍心跳机制。

以下是偏执海盗的worker代码：

ppworker: Paranoid Pirate worker in C

//
//  偏执海盗worker
//
#include "czmq.h"#define HEARTBEAT_LIVENESS  3       //  合理值：3-5
#define HEARTBEAT_INTERVAL  1000    //  单位：毫秒
#define INTERVAL_INIT       1000    //  重试间隔
#define INTERVAL_MAX       32000    //  回退算法最大值//  偏执海盗规范的常量定义
#define PPP_READY       "\001"      //  消息：worker已就绪
#define PPP_HEARTBEAT   "\002"      //  消息：worker心跳//  返回一个连接至偏执海盗队列装置的套接字static void *
s_worker_socket (zctx_t *ctx) {void *worker = zsocket_new (ctx, ZMQ_DEALER);zsocket_connect (worker, "tcp://localhost:5556");//  告知队列worker已准备就绪printf ("I: worker已就绪\n");zframe_t *frame = zframe_new (PPP_READY, 1);zframe_send (&frame, worker, 0);return worker;
}int main (void)
{zctx_t *ctx = zctx_new ();void *worker = s_worker_socket (ctx);//  如果心跳健康度为零，则表示队列装置已死亡size_t liveness = HEARTBEAT_LIVENESS;size_t interval = INTERVAL_INIT;//  规律地发送心跳uint64_t heartbeat_at = zclock_time () + HEARTBEAT_INTERVAL;srandom ((unsigned) time (NULL));int cycles = 0;while (1) {zmq_pollitem_t items [] = { { worker,  0, ZMQ_POLLIN, 0 } };int rc = zmq_poll (items, 1, HEARTBEAT_INTERVAL * ZMQ_POLL_MSEC);if (rc == -1)break;              //  中断if (items [0].revents & ZMQ_POLLIN) {//  获取消息//  - 3段消息，信封+内容，表示一个请求//  - 1段消息，表示心跳zmsg_t *msg = zmsg_recv (worker);if (!msg)break;          //  中断if (zmsg_size (msg) == 3) {//  若干词循环后模拟各种问题cycles++;if (cycles > 3 && randof (5) == 0) {printf ("I: 模拟崩溃\n");zmsg_destroy (&msg);break;}elseif (cycles > 3 && randof (5) == 0) {printf ("I: 模拟CPU过载\n");sleep (3);if (zctx_interrupted)break;}printf ("I: 正常应答\n");zmsg_send (&msg, worker);liveness = HEARTBEAT_LIVENESS;sleep (1);              //  做一些处理工作if (zctx_interrupted)break;}elseif (zmsg_size (msg) == 1) {zframe_t *frame = zmsg_first (msg);if (memcmp (zframe_data (frame), PPP_HEARTBEAT, 1) == 0)liveness = HEARTBEAT_LIVENESS;else {printf ("E: 非法消息\n");zmsg_dump (msg);}zmsg_destroy (&msg);}else {printf ("E: 非法消息\n");zmsg_dump (msg);}interval = INTERVAL_INIT;}elseif (--liveness == 0) {printf ("W: 心跳失败，无法连接队列装置\n");printf ("W: %zd 毫秒后进行重连...\n", interval);zclock_sleep (interval);if (interval < INTERVAL_MAX)interval *= 2;zsocket_destroy (ctx, worker);worker = s_worker_socket (ctx);liveness = HEARTBEAT_LIVENESS;}//  适时发送心跳给队列if (zclock_time () > heartbeat_at) {heartbeat_at = zclock_time () + HEARTBEAT_INTERVAL;printf ("I: worker心跳\n");zframe_t *frame = zframe_new (PPP_HEARTBEAT, 1);zframe_send (&frame, worker, 0);}}zctx_destroy (&ctx);return 0;
}

几点说明：

代码中包含了几处失败模拟，和先前一样。这会让代码极难维护，所以当投入使用时，应当移除这些模拟代码。
偏执海盗模式中队列的心跳有时会不正常，下文会讲述这一点。
worker使用了一种类似于懒惰海盗client的重试机制，但有两点不同：1、回退算法设置；2、永不言弃。

尝试运行以下代码，跑通流程：

ppqueue &
for i in 1 2 3 4; doppworker &sleep 1
done
lpclient &

你会看到worker逐个崩溃，client在多次尝试后放弃。你可以停止并重启队列装置，client和worker会相继重连，并正确地发送、处理和接收请求，顺序不会混乱。所以说，整个通信过程只有两种情形：交互成功，或client最终放弃。

心跳

当我在写偏执海盗模式的示例时，大约花了五个小时的时间来协调队列至worker的心跳，剩下的请求-应答链路只花了约10分钟的时间。心跳机制在可靠性上带来的益处有时还不及它所引发的问题。使用过程中很有可能会产生“虚假故障”的情况，即节点误认为他们已失去连接，因为心跳没有正确地发送。

在理解和实施心跳时，需要考虑以下几点：

心跳不是一种请求-应答，它们异步地在节点之间传递，任一节点都可以通过它来判断对方已经死亡，并中止通信。
如果某个节点使用持久套接字（即设定了套接字标识），意味着发送给它的心跳可能会堆砌，并在重连后一起收到。所以说，worker不应该使用持久套接字。示例代码使用持久套接字是为了便于调试，而且代码中使用了随机的套接字标识，避免重用之前的标识。
使用过程中，应先让心跳工作起来，再进行后面的消息处理。你需要保证启动任一节点后，心跳都能正确地执行。停止并重启他们，模拟冻结、崩溃等情况来进行测试。
当你的主循环使用了zmq_poll()，则应该使用另一个计时器来触发心跳。不要使用主循环来控制心跳的发送，这回导致过量地发送心跳（阻塞网络），或是发送得太少（导致节点断开）。zhelpers包提供了s_clock()函数返回当前系统时间戳，单位是毫秒，可以用它来控制心跳的发送间隔。C代码如下：

// 规律地发送心跳
uint64_t heartbeat_at = s_clock () + HEARTBEAT_INTERVAL;
while (1) {…zmq_poll (items, 1, HEARTBEAT_INTERVAL * 1000);…// 无论zmq_poll的行为是什么，都使用以下逻辑判断是否发送心跳if (s_clock () > heartbeat_at) {… 发送心跳给所有节点// 设置下一次心跳的时间heartbeat_at = s_clock () + HEARTBEAT_INTERVAL;}
}

主循环应该使用心跳间隔作为超时时间。显然不能使用无超时时间的设置，而短于心跳间隔也只是浪费循环次数而已。
使用简单的追踪方式来进行追踪，如直接输出至控制台。这里有一些追踪的窍门：使用zmsg()函数打印套接字内容；对消息进行编号，判断是否会有间隔。
在真实的应用程序中，心跳必须是可以配置的，并能和节点共同商定。有些节点需要高频心跳，如10毫秒，另一些节点则可能只需要30秒发送一次心跳即可。
如果你要对不同的节点发送不同频率的心跳，那么poll的超时时间应设置为最短的心跳间隔。
也许你会想要用一个单独的套接字来处理心跳，这看起来很棒，可以将同步的请求-应答和异步的心跳隔离开来。但是，这个主意并不好，原因有几点：首先、发送数据时其实是不需要发送心跳的；其次、套接字可能会因为网络问题而阻塞，你需要设法知道用于发送数据的套接字停止响应的原因是死亡了还是过于繁忙而已，这样你就需要对这个套接字进行心跳。最后，处理两个套接字要比处理一个复杂得多。
我们没有设置client至队列的心跳，因为这太过复杂了，而且没有太大价值。

约定和协议

也许你已经注意到，由于心跳机制，偏执海盗模式和简单海盗模式是不兼容的。

其实，这里我们需要写一个协议。也许在试验阶段是不需要协议的，但这在真实的应用程序中是有必要。如果我们想用其他语言来写worker怎么办？我们是否需要通过源代码来查看通信过程？如果我们想改变协议怎么办？规范可能很简单，但并不显然。越是成功的协议，就会越为复杂。

一个缺乏约定的应用程序一定是不可复用的，所以让我们来为这个协议写一个规范，怎么做呢？

位于rfc.zeromq.org的wiki页上，我们特地设置了一个用于存放ZMQ协议的页面。
- 要创建一个新的协议，你需要注册并按照指导进行。过程很直接，但并不一定所有人都能撰写技术性文档。

我大约花了15分钟的时间草拟海盗模式规范（PPP），麻雀虽小，但五脏俱全。

要用PPP协议进行真实环境下的编程，你还需要：

在READY命令中加入版本号，这样就能再日后安全地新增PPP版本号。
目前，READY和HEARTBEAT信号并没有指定其来源于请求还是应答。要区分他们，需要新建一个消息结构，其中包含“消息类型”这一信息。

面向服务的可靠队列（管家模式）

世上的事物往往瞬息万变，正当我们期待有更好的协议来解决上一节的问题时，已经有人制定好了：

http://rfc.zeromq.org/spec:7

这份协议只有一页，它将PPP协议变得更为坚固。我们在设计复杂架构时应该这样做：首先写下约定，再用软件去实现它。

管家模式协议（MDP）在扩展PPP协议时引入了一个有趣的特性：client发送的每一个请求都有一个“服务名称”，而worker在像队列装置注册时需要告知自己的服务类型。MDP的优势在于它来源于现实编程，协议简单，且容易提升。

引入“服务名称”的机制，是对偏执海盗队列的一个简单补充，而结果是让其成为一个面向服务的代理。

在实施管家模式之前，我们需要为client和worker编写一个框架。如果程序员可以通过简单的API来实现这种模式，那就没有必要让他们去了解管家模式的协议内容和实现方法了。
所以，我们第一个协议（即管家模式协议）定义了分布式架构中节点是如何互相交互的，第二个协议则要定义应用程序应该如何通过框架来使用这一协议。
管家模式有两个端点，客户端和服务端。因为我们要为client和worker都撰写框架，所以就需要提供两套API。以下是用简单的面向对象方法设计的client端API雏形，使用的是C语言的ZFL library。

mdcli_t *mdcli_new     (char *broker);
void     mdcli_destroy (mdcli_t **self_p);
zmsg_t  *mdcli_send    (mdcli_t *self, char *service, zmsg_t **request_p);

就这么简单。我们创建了一个会话来和代理通信，发送并接收一个请求，最后关闭连接。以下是worker端API的雏形。

mdwrk_t *mdwrk_new     (char *broker,char *service);
void     mdwrk_destroy (mdwrk_t **self_p);
zmsg_t  *mdwrk_recv    (mdwrk_t *self, zmsg_t *reply);

上面两段代码看起来差不多，但是worker端API略有不同。worker第一次执行recv()后会传递一个空的应答，之后才传递当前的应答，并获得新的请求。

两段的API都很容易开发，只需在偏执海盗模式代码的基础上修改即可。以下是client API：

mdcliapi: Majordomo client API in C

/*  =====================================================================mdcliapi.cMajordomo Protocol Client APIImplements the MDP/Worker spec at http://rfc.zeromq.org/spec:7.---------------------------------------------------------------------Copyright (c) 1991-2011 iMatix Corporation <www.imatix.com>Copyright other contributors as noted in the AUTHORS file.This file is part of the ZeroMQ Guide: http://zguide.zeromq.orgThis is free software; you can redistribute it and/or modify it underthe terms of the GNU Lesser General Public License as published bythe Free Software Foundation; either version 3 of the License, or (atyour option) any later version.This software is distributed in the hope that it will be useful, butWITHOUT ANY WARRANTY; without even the implied warranty ofMERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNULesser General Public License for more details.You should have received a copy of the GNU Lesser General PublicLicense along with this program. If not, see<http://www.gnu.org/licenses/>.=====================================================================
*/#include "mdcliapi.h"//  类结构
//  我们会通过成员方法来访问这些属性struct _mdcli_t {zctx_t *ctx;                //  上下文char *broker;void *client;               //  连接至代理的套接字int verbose;                //  使用标准输出打印当前活动int timeout;                //  请求超时时间int retries;                //  请求重试次数
};//  ---------------------------------------------------------------------
//  连接或重连代理void s_mdcli_connect_to_broker (mdcli_t *self)
{if (self->client)zsocket_destroy (self->ctx, self->client);self->client = zsocket_new (self->ctx, ZMQ_REQ);zmq_connect (self->client, self->broker);if (self->verbose)zclock_log ("I: 正在连接至代理 %s...", self->broker);
}//  ---------------------------------------------------------------------
//  构造函数mdcli_t *
mdcli_new (char *broker, int verbose)
{assert (broker);mdcli_t *self = (mdcli_t *) zmalloc (sizeof (mdcli_t));self->ctx = zctx_new ();self->broker = strdup (broker);self->verbose = verbose;self->timeout = 2500;           //  毫秒self->retries = 3;              //  尝试次数s_mdcli_connect_to_broker (self);return self;
}//  ---------------------------------------------------------------------
//  析构函数void
mdcli_destroy (mdcli_t **self_p)
{assert (self_p);if (*self_p) {mdcli_t *self = *self_p;zctx_destroy (&self->ctx);free (self->broker);free (self);*self_p = NULL;}
}//  ---------------------------------------------------------------------
//  设定请求超时时间void
mdcli_set_timeout (mdcli_t *self, int timeout)
{assert (self);self->timeout = timeout;
}//  ---------------------------------------------------------------------
//  设定请求重试次数void
mdcli_set_retries (mdcli_t *self, int retries)
{assert (self);self->retries = retries;
}//  ---------------------------------------------------------------------
//  向代理发送请求，并尝试获取应答；
//  对消息保持所有权，发送后销毁；
//  返回应答消息，或NULL。zmsg_t *
mdcli_send (mdcli_t *self, char *service, zmsg_t **request_p)
{assert (self);assert (request_p);zmsg_t *request = *request_p;//  用协议前缀包装消息//  Frame 1: "MDPCxy" (six bytes, MDP/Client x.y)//  Frame 2: 服务名称 (可打印字符串)zmsg_pushstr (request, service);zmsg_pushstr (request, MDPC_CLIENT);if (self->verbose) {zclock_log ("I: 发送请求给 '%s' 服务:", service);zmsg_dump (request);}int retries_left = self->retries;while (retries_left && !zctx_interrupted) {zmsg_t *msg = zmsg_dup (request);zmsg_send (&msg, self->client);while (TRUE) {//  轮询套接字以接收应答，有超时时间zmq_pollitem_t items [] = {{ self->client, 0, ZMQ_POLLIN, 0 } };int rc = zmq_poll (items, 1, self->timeout * ZMQ_POLL_MSEC);if (rc == -1)break;          //  中断//  收到应答后进行处理if (items [0].revents & ZMQ_POLLIN) {zmsg_t *msg = zmsg_recv (self->client);if (self->verbose) {zclock_log ("I: received reply:");zmsg_dump (msg);}//  不要尝试处理错误，直接报错即可assert (zmsg_size (msg) >= 3);zframe_t *header = zmsg_pop (msg);assert (zframe_streq (header, MDPC_CLIENT));zframe_destroy (&header);zframe_t *reply_service = zmsg_pop (msg);assert (zframe_streq (reply_service, service));zframe_destroy (&reply_service);zmsg_destroy (&request);return msg;     //  成功}elseif (--retries_left) {if (self->verbose)zclock_log ("W: no reply, reconnecting...");//  重连并重发消息s_mdcli_connect_to_broker (self);zmsg_t *msg = zmsg_dup (request);zmsg_send (&msg, self->client);}else {if (self->verbose)zclock_log ("W: 发生严重错误，放弃重试。");break;          //  放弃}}}if (zctx_interrupted)printf ("W: 收到中断消息，结束client进程...\n");zmsg_destroy (&request);return NULL;
}

以下测试程序会执行10万次请求应答：

mdclient: Majordomo client application in C

//
//  管家模式协议 - 客户端示例
//  使用mdcli API隐藏管家模式协议的内部实现
////  让我们直接编译这段代码，不生成类库
#include "mdcliapi.c"int main (int argc, char *argv [])
{int verbose = (argc > 1 && streq (argv [1], "-v"));mdcli_t *session = mdcli_new ("tcp://localhost:5555", verbose);int count;for (count = 0; count < 100000; count++) {zmsg_t *request = zmsg_new ();zmsg_pushstr (request, "Hello world");zmsg_t *reply = mdcli_send (session, "echo", &request);if (reply)zmsg_destroy (&reply);elsebreak;              //  中断或停止}printf ("已处理 %d 次请求-应答\n", count);mdcli_destroy (&session);return 0;
}

下面是worker的API：

mdwrkapi: Majordomo worker API in C

/*  =====================================================================mdwrkapi.cMajordomo Protocol Worker APIImplements the MDP/Worker spec at http://rfc.zeromq.org/spec:7.---------------------------------------------------------------------Copyright (c) 1991-2011 iMatix Corporation <www.imatix.com>Copyright other contributors as noted in the AUTHORS file.This file is part of the ZeroMQ Guide: http://zguide.zeromq.orgThis is free software; you can redistribute it and/or modify it underthe terms of the GNU Lesser General Public License as published bythe Free Software Foundation; either version 3 of the License, or (atyour option) any later version.This software is distributed in the hope that it will be useful, butWITHOUT ANY WARRANTY; without even the implied warranty ofMERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNULesser General Public License for more details.You should have received a copy of the GNU Lesser General PublicLicense along with this program. If not, see<http://www.gnu.org/licenses/>.=====================================================================
*/#include "mdwrkapi.h"//  可靠性参数
#define HEARTBEAT_LIVENESS  3       //  合理值：3-5//  类结构
//  使用成员函数访问属性struct _mdwrk_t {zctx_t *ctx;                //  上下文char *broker;char *service;void *worker;               //  连接至代理的套接字int verbose;                //  使用标准输出打印活动//  心跳设置uint64_t heartbeat_at;      //  发送心跳的时间size_t liveness;            //  尝试次数int heartbeat;              //  心跳延时，单位：毫秒int reconnect;              //  重连延时，单位：毫秒//  内部状态int expect_reply;           //  初始值为0//  应答地址，如果存在的话zframe_t *reply_to;
};//  ---------------------------------------------------------------------
//  发送消息给代理
//  如果没有提供消息，则内部创建一个static void
s_mdwrk_send_to_broker (mdwrk_t *self, char *command, char *option,zmsg_t *msg)
{msg = msg? zmsg_dup (msg): zmsg_new ();//  将协议信封压入消息顶部if (option)zmsg_pushstr (msg, option);zmsg_pushstr (msg, command);zmsg_pushstr (msg, MDPW_WORKER);zmsg_pushstr (msg, "");if (self->verbose) {zclock_log ("I: sending %s to broker",mdps_commands [(int) *command]);zmsg_dump (msg);}zmsg_send (&msg, self->worker);
}//  ---------------------------------------------------------------------
//  连接或重连代理void s_mdwrk_connect_to_broker (mdwrk_t *self)
{if (self->worker)zsocket_destroy (self->ctx, self->worker);self->worker = zsocket_new (self->ctx, ZMQ_DEALER);zmq_connect (self->worker, self->broker);if (self->verbose)zclock_log ("I: 正在连接代理 %s...", self->broker);//  向代理注册服务类型s_mdwrk_send_to_broker (self, MDPW_READY, self->service, NULL);//  当心跳健康度为零，表示代理已断开连接self->liveness = HEARTBEAT_LIVENESS;self->heartbeat_at = zclock_time () + self->heartbeat;
}//  ---------------------------------------------------------------------
//  构造函数mdwrk_t *
mdwrk_new (char *broker,char *service, int verbose)
{assert (broker);assert (service);mdwrk_t *self = (mdwrk_t *) zmalloc (sizeof (mdwrk_t));self->ctx = zctx_new ();self->broker = strdup (broker);self->service = strdup (service);self->verbose = verbose;self->heartbeat = 2500;     //  毫秒self->reconnect = 2500;     //  毫秒s_mdwrk_connect_to_broker (self);return self;
}//  ---------------------------------------------------------------------
//  析构函数void
mdwrk_destroy (mdwrk_t **self_p)
{assert (self_p);if (*self_p) {mdwrk_t *self = *self_p;zctx_destroy (&self->ctx);free (self->broker);free (self->service);free (self);*self_p = NULL;}
}//  ---------------------------------------------------------------------
//  设置心跳延迟void
mdwrk_set_heartbeat (mdwrk_t *self, int heartbeat)
{self->heartbeat = heartbeat;
}//  ---------------------------------------------------------------------
//  设置重连延迟void
mdwrk_set_reconnect (mdwrk_t *self, int reconnect)
{self->reconnect = reconnect;
}//  ---------------------------------------------------------------------
//  若有应答则发送给代理，并等待新的请求zmsg_t *
mdwrk_recv (mdwrk_t *self, zmsg_t **reply_p)
{//  格式化并发送请求传入的应答assert (reply_p);zmsg_t *reply = *reply_p;assert (reply || !self->expect_reply);if (reply) {assert (self->reply_to);zmsg_wrap (reply, self->reply_to);s_mdwrk_send_to_broker (self, MDPW_REPLY, NULL, reply);zmsg_destroy (reply_p);}self->expect_reply = 1;while (TRUE) {zmq_pollitem_t items [] = {{ self->worker,  0, ZMQ_POLLIN, 0 } };int rc = zmq_poll (items, 1, self->heartbeat * ZMQ_POLL_MSEC);if (rc == -1)break;              //  中断if (items [0].revents & ZMQ_POLLIN) {zmsg_t *msg = zmsg_recv (self->worker);if (!msg)break;          //  中断if (self->verbose) {zclock_log ("I: 从代理处获得消息:");zmsg_dump (msg);}self->liveness = HEARTBEAT_LIVENESS;//  不要处理错误，直接报错即可assert (zmsg_size (msg) >= 3);zframe_t *empty = zmsg_pop (msg);assert (zframe_streq (empty, ""));zframe_destroy (&empty);zframe_t *header = zmsg_pop (msg);assert (zframe_streq (header, MDPW_WORKER));zframe_destroy (&header);zframe_t *command = zmsg_pop (msg);if (zframe_streq (command, MDPW_REQUEST)) {//  这里需要将消息中空帧之前的所有地址都保存起来，//  但在这里我们暂时只保存一个self->reply_to = zmsg_unwrap (msg);zframe_destroy (&command);return msg;     //  处理请求}elseif (zframe_streq (command, MDPW_HEARTBEAT));               //  不对心跳做任何处理elseif (zframe_streq (command, MDPW_DISCONNECT))s_mdwrk_connect_to_broker (self);else {zclock_log ("E: 消息不合法");zmsg_dump (msg);}zframe_destroy (&command);zmsg_destroy (&msg);}elseif (--self->liveness == 0) {if (self->verbose)zclock_log ("W: 失去与代理的连接 - 正在重试...");zclock_sleep (self->reconnect);s_mdwrk_connect_to_broker (self);}//  适时地发送消息if (zclock_time () > self->heartbeat_at) {s_mdwrk_send_to_broker (self, MDPW_HEARTBEAT, NULL, NULL);self->heartbeat_at = zclock_time () + self->heartbeat;}}if (zctx_interrupted)printf ("W: 收到中断消息，中止worker...\n");return NULL;
}

以下测试程序实现了名为echo的服务：

mdworker: Majordomo worker application in C

//
//  管家模式协议 - worker示例
//  使用mdwrk API隐藏MDP协议的内部实现
////  让我们直接编译代码，而不创建类库
#include "mdwrkapi.c"int main (int argc, char *argv [])
{int verbose = (argc > 1 && streq (argv [1], "-v"));mdwrk_t *session = mdwrk_new ("tcp://localhost:5555", "echo", verbose);zmsg_t *reply = NULL;while (1) {zmsg_t *request = mdwrk_recv (session, &reply);if (request == NULL)break;              //  worker被中止reply = request;        //  echo服务……其实很复杂:)}mdwrk_destroy (&session);return 0;
}

几点说明：

API是单线程的，所以说worker不会再后台发送心跳，而这也是我们所期望的：如果worker应用程序停止了，心跳就会跟着中止，代理便会停止向该worker发送新的请求。
wroker API没有做回退算法的设置，因为这里不值得使用这一复杂的机制。
API没有提供任何报错机制，如果出现问题，它会直接报断言（或异常，依语言而定）。这一做法对实验性的编程是有用的，这样可以立刻看到执行结果。但在真实编程环境中，API应该足够健壮，合适地处理非法消息。

也许你会问，worker API为什么要关闭它的套接字并新开一个呢？特别是ZMQ是有重连机制的，能够在节点归来后进行重连。我们可以回顾一下简单海盗模式中的worker，以及偏执海盗模式中的worker来加以理解。ZMQ确实会进行自动重连，但如果代理死亡并重连，worker并不会重新进行注册。这个问题有两种解决方案：一是我们这里用到的较为简便的方案，即当worker判断代理已经死亡时，关闭它的套接字并重头来过；另一个方案是当代理收到未知worker的心跳时要求该worker对其提供的服务类型进行注册，这样一来就需要在协议中说明这一规则。

下面让我们设计管家模式的代理，它的核心代码是一组队列，每种服务对应一个队列。我们会在worker出现时创建相应的队列（worker消失时应该销毁对应的队列，不过我们这里暂时不考虑）。额外的，我们会为每种服务维护一个worker的队列。

为了让C语言代码更为易读易写，我使用了ZFL项目提供的哈希和链表容器，并命名为[zhash](https://github.com/imatix/zguide/blob/master/examples/C/zhash.h zhash)和zlist。如果使用现代语言编写，那自然可以使用其内置的容器。

mdbroker: Majordomo broker in C

//
//  管家模式协议 - 代理
//  协议 http://rfc.zeromq.org/spec:7 和 spec:8 的最简实现
//
#include "czmq.h"
#include "mdp.h"//  一般我们会从配置文件中获取以下值#define HEARTBEAT_LIVENESS  3       //  合理值：3-5
#define HEARTBEAT_INTERVAL  2500    //  单位：毫秒
#define HEARTBEAT_EXPIRY    HEARTBEAT_INTERVAL * HEARTBEAT_LIVENESS//  定义一个代理
typedef struct {zctx_t *ctx;                //  上下文void *socket;               //  用于连接client和worker的套接字int verbose;                //  使用标准输出打印活动信息char *endpoint;             //  代理绑定到的端点zhash_t *services;          //  已知服务的哈希表zhash_t *workers;           //  已知worker的哈希表zlist_t *waiting;           //  正在等待的worker队列uint64_t heartbeat_at;      //  发送心跳的时间
} broker_t;//  定义一个服务
typedef struct {char *name;                 //  服务名称zlist_t *requests;          //  客户端请求队列zlist_t *waiting;           //  正在等待的worker队列size_t workers;             //  可用worker数
} service_t;//  定义一个worker，状态为空闲或占用
typedef struct {char *identity;             //  worker的标识zframe_t *address;          //  地址帧service_t *service;         //  所属服务int64_t expiry;             //  过期时间，从未收到心跳起计时
} worker_t;//  ---------------------------------------------------------------------
//  代理使用的函数
static broker_t *s_broker_new (int verbose);
static voids_broker_destroy (broker_t **self_p);
static voids_broker_bind (broker_t *self, char *endpoint);
static voids_broker_purge_workers (broker_t *self);//  服务使用的函数
static service_t *s_service_require (broker_t *self, zframe_t *service_frame);
static voids_service_destroy (void *argument);
static voids_service_dispatch (broker_t *self, service_t *service, zmsg_t *msg);
static voids_service_internal (broker_t *self, zframe_t *service_frame, zmsg_t *msg);//  worker使用的函数
static worker_t *s_worker_require (broker_t *self, zframe_t *address);
static voids_worker_delete (broker_t *self, worker_t *worker, int disconnect);
static voids_worker_destroy (void *argument);
static voids_worker_process (broker_t *self, zframe_t *sender, zmsg_t *msg);
static voids_worker_send (broker_t *self, worker_t *worker, char *command,char *option, zmsg_t *msg);
static voids_worker_waiting (broker_t *self, worker_t *worker);//  客户端使用的函数
static voids_client_process (broker_t *self, zframe_t *sender, zmsg_t *msg);//  ---------------------------------------------------------------------
//  主程序int main (int argc, char *argv [])
{int verbose = (argc > 1 && streq (argv [1], "-v"));broker_t *self = s_broker_new (verbose);s_broker_bind (self, "tcp://*:5555");//  接受并处理消息，直至程序被中止while (TRUE) {zmq_pollitem_t items [] = {{ self->socket,  0, ZMQ_POLLIN, 0 } };int rc = zmq_poll (items, 1, HEARTBEAT_INTERVAL * ZMQ_POLL_MSEC);if (rc == -1)break;              //  中断//  Process next input message, if anyif (items [0].revents & ZMQ_POLLIN) {zmsg_t *msg = zmsg_recv (self->socket);if (!msg)break;          //  中断if (self->verbose) {zclock_log ("I: 收到消息:");zmsg_dump (msg);}zframe_t *sender = zmsg_pop (msg);zframe_t *empty  = zmsg_pop (msg);zframe_t *header = zmsg_pop (msg);if (zframe_streq (header, MDPC_CLIENT))s_client_process (self, sender, msg);elseif (zframe_streq (header, MDPW_WORKER))s_worker_process (self, sender, msg);else {zclock_log ("E: 非法消息:");zmsg_dump (msg);zmsg_destroy (&msg);}zframe_destroy (&sender);zframe_destroy (&empty);zframe_destroy (&header);}//  断开并删除过期的worker//  适时地发送心跳给workerif (zclock_time () > self->heartbeat_at) {s_broker_purge_workers (self);worker_t *worker = (worker_t *) zlist_first (self->waiting);while (worker) {s_worker_send (self, worker, MDPW_HEARTBEAT, NULL, NULL);worker = (worker_t *) zlist_next (self->waiting);}self->heartbeat_at = zclock_time () + HEARTBEAT_INTERVAL;}}if (zctx_interrupted)printf ("W: 收到中断消息，关闭中...\n");s_broker_destroy (&self);return 0;
}//  ---------------------------------------------------------------------
//  代理对象的构造函数static broker_t *
s_broker_new (int verbose)
{broker_t *self = (broker_t *) zmalloc (sizeof (broker_t));//  初始化代理状态self->ctx = zctx_new ();self->socket = zsocket_new (self->ctx, ZMQ_ROUTER);self->verbose = verbose;self->services = zhash_new ();self->workers = zhash_new ();self->waiting = zlist_new ();self->heartbeat_at = zclock_time () + HEARTBEAT_INTERVAL;return self;
}//  ---------------------------------------------------------------------
//  代理对象的析构函数static void
s_broker_destroy (broker_t **self_p)
{assert (self_p);if (*self_p) {broker_t *self = *self_p;zctx_destroy (&self->ctx);zhash_destroy (&self->services);zhash_destroy (&self->workers);zlist_destroy (&self->waiting);free (self);*self_p = NULL;}
}//  ---------------------------------------------------------------------
//  将代理套接字绑定至端点，可以重复调用该函数
//  我们使用一个套接字来同时处理client和workervoid
s_broker_bind (broker_t *self, char *endpoint)
{zsocket_bind (self->socket, endpoint);zclock_log ("I: MDP broker/0.1.1 is active at %s", endpoint);
}//  ---------------------------------------------------------------------
//  删除空闲状态中过期的workerstatic void
s_broker_purge_workers (broker_t *self)
{worker_t *worker = (worker_t *) zlist_first (self->waiting);while (worker) {if (zclock_time () < worker->expiry)continue;              //  该worker未过期，停止搜索if (self->verbose)zclock_log ("I: 正在删除过期的worker: %s",worker->identity);s_worker_delete (self, worker, 0);worker = (worker_t *) zlist_first (self->waiting);}
}//  ---------------------------------------------------------------------
//  定位或创建新的服务项static service_t *
s_service_require (broker_t *self, zframe_t *service_frame)
{assert (service_frame);char *name = zframe_strdup (service_frame);service_t *service =(service_t *) zhash_lookup (self->services, name);if (service == NULL) {service = (service_t *) zmalloc (sizeof (service_t));service->name = name;service->requests = zlist_new ();service->waiting = zlist_new ();zhash_insert (self->services, name, service);zhash_freefn (self->services, name, s_service_destroy);if (self->verbose)zclock_log ("I: 收到消息:");}elsefree (name);return service;
}//  ---------------------------------------------------------------------
//  当服务从broker->services中移除时销毁该服务对象static void
s_service_destroy (void *argument)
{service_t *service = (service_t *) argument;//  销毁请求队列中的所有项目while (zlist_size (service->requests)) {zmsg_t *msg = zlist_pop (service->requests);zmsg_destroy (&msg);}zlist_destroy (&service->requests);zlist_destroy (&service->waiting);free (service->name);free (service);
}//  ---------------------------------------------------------------------
//  可能时，分发请求给等待中的workerstatic void
s_service_dispatch (broker_t *self, service_t *service, zmsg_t *msg)
{assert (service);if (msg)                    //  将消息加入队列zlist_append (service->requests, msg);s_broker_purge_workers (self);while (zlist_size (service->waiting)&& zlist_size (service->requests)){worker_t *worker = zlist_pop (service->waiting);zlist_remove (self->waiting, worker);zmsg_t *msg = zlist_pop (service->requests);s_worker_send (self, worker, MDPW_REQUEST, NULL, msg);zmsg_destroy (&msg);}
}//  ---------------------------------------------------------------------
//  使用8/MMI协定处理内部服务static void
s_service_internal (broker_t *self, zframe_t *service_frame, zmsg_t *msg)
{char *return_code;if (zframe_streq (service_frame, "mmi.service")) {char *name = zframe_strdup (zmsg_last (msg));service_t *service =(service_t *) zhash_lookup (self->services, name);return_code = service && service->workers? "200": "404";free (name);}elsereturn_code = "501";zframe_reset (zmsg_last (msg), return_code, strlen (return_code));//  移除并保存返回给client的信封，插入协议头信息和服务名称，并重新包装信封zframe_t *client = zmsg_unwrap (msg);zmsg_push (msg, zframe_dup (service_frame));zmsg_pushstr (msg, MDPC_CLIENT);zmsg_wrap (msg, client);zmsg_send (&msg, self->socket);
}//  ---------------------------------------------------------------------
//  按需创建workerstatic worker_t *
s_worker_require (broker_t *self, zframe_t *address)
{assert (address);//  self->workers使用wroker的标识为键char *identity = zframe_strhex (address);worker_t *worker =(worker_t *) zhash_lookup (self->workers, identity);if (worker == NULL) {worker = (worker_t *) zmalloc (sizeof (worker_t));worker->identity = identity;worker->address = zframe_dup (address);zhash_insert (self->workers, identity, worker);zhash_freefn (self->workers, identity, s_worker_destroy);if (self->verbose)zclock_log ("I: 正在注册新的worker: %s", identity);}elsefree (identity);return worker;
}//  ---------------------------------------------------------------------
//  从所有数据结构中删除wroker，并销毁worker对象static void
s_worker_delete (broker_t *self, worker_t *worker, int disconnect)
{assert (worker);if (disconnect)s_worker_send (self, worker, MDPW_DISCONNECT, NULL, NULL);if (worker->service) {zlist_remove (worker->service->waiting, worker);worker->service->workers--;}zlist_remove (self->waiting, worker);//  以下方法间接调用了s_worker_destroy()方法zhash_delete (self->workers, worker->identity);
}//  ---------------------------------------------------------------------
//  当worker从broker->workers中移除时，销毁worker对象static void
s_worker_destroy (void *argument)
{worker_t *worker = (worker_t *) argument;zframe_destroy (&worker->address);free (worker->identity);free (worker);
}//  ---------------------------------------------------------------------
//  处理worker发送来的消息static void
s_worker_process (broker_t *self, zframe_t *sender, zmsg_t *msg)
{assert (zmsg_size (msg) >= 1);     //  消息中至少包含命令帧zframe_t *command = zmsg_pop (msg);char *identity = zframe_strhex (sender);int worker_ready = (zhash_lookup (self->workers, identity) != NULL);free (identity);worker_t *worker = s_worker_require (self, sender);if (zframe_streq (command, MDPW_READY)) {//  若worker队列中已有该worker，但仍收到了它的“已就绪”消息，则删除这个worker。if (worker_ready)s_worker_delete (self, worker, 1);elseif (zframe_size (sender) >= 4  //  服务名称为保留的服务&&  memcmp (zframe_data (sender), "mmi.", 4) == 0)s_worker_delete (self, worker, 1);else {//  将worker对应到服务，并置为空闲状态zframe_t *service_frame = zmsg_pop (msg);worker->service = s_service_require (self, service_frame);worker->service->workers++;s_worker_waiting (self, worker);zframe_destroy (&service_frame);}}elseif (zframe_streq (command, MDPW_REPLY)) {if (worker_ready) {//  移除并保存返回给client的信封，插入协议头信息和服务名称，并重新包装信封zframe_t *client = zmsg_unwrap (msg);zmsg_pushstr (msg, worker->service->name);zmsg_pushstr (msg, MDPC_CLIENT);zmsg_wrap (msg, client);zmsg_send (&msg, self->socket);s_worker_waiting (self, worker);}elses_worker_delete (self, worker, 1);}elseif (zframe_streq (command, MDPW_HEARTBEAT)) {if (worker_ready)worker->expiry = zclock_time () + HEARTBEAT_EXPIRY;elses_worker_delete (self, worker, 1);}elseif (zframe_streq (command, MDPW_DISCONNECT))s_worker_delete (self, worker, 0);else {zclock_log ("E: 非法消息");zmsg_dump (msg);}free (command);zmsg_destroy (&msg);
}//  ---------------------------------------------------------------------
//  发送消息给worker
//  如果指针指向了一条消息，发送它，但不销毁它，因为这是调用者的工作static void
s_worker_send (broker_t *self, worker_t *worker, char *command,char *option, zmsg_t *msg)
{msg = msg? zmsg_dup (msg): zmsg_new ();//  将协议信封压入消息顶部if (option)zmsg_pushstr (msg, option);zmsg_pushstr (msg, command);zmsg_pushstr (msg, MDPW_WORKER);//  在消息顶部插入路由帧zmsg_wrap (msg, zframe_dup (worker->address));if (self->verbose) {zclock_log ("I: 正在发送消息给worker %s",mdps_commands [(int) *command]);zmsg_dump (msg);}zmsg_send (&msg, self->socket);
}//  ---------------------------------------------------------------------
//  正在等待的workerstatic void
s_worker_waiting (broker_t *self, worker_t *worker)
{//  将worker加入代理和服务的等待队列zlist_append (self->waiting, worker);zlist_append (worker->service->waiting, worker);worker->expiry = zclock_time () + HEARTBEAT_EXPIRY;s_service_dispatch (self, worker->service, NULL);
}//  ---------------------------------------------------------------------
//  处理client发来的请求static void
s_client_process (broker_t *self, zframe_t *sender, zmsg_t *msg)
{assert (zmsg_size (msg) >= 2);     //  服务名称 + 请求内容zframe_t *service_frame = zmsg_pop (msg);service_t *service = s_service_require (self, service_frame);//  为应答内容设置请求方的地址zmsg_wrap (msg, zframe_dup (sender));if (zframe_size (service_frame) >= 4&&  memcmp (zframe_data (service_frame), "mmi.", 4) == 0)s_service_internal (self, service_frame, msg);elses_service_dispatch (self, service, msg);zframe_destroy (&service_frame);
}

这个例子应该是我们见过最复杂的一个示例了，大约有500行代码。编写这段代码并让其变的健壮，大约花费了两天的时间。但是，这也仅仅是一个完整的面向服务代理的一部分。

几点说明：

管家模式协议要求我们在一个套接字中同时处理client和worker，这一点对部署和管理代理很有益处：它只会在一个ZMQ端点上收发请求，而不是两个。
代理很好地实现了MDP/0.1协议中规范的内容，包括当代理发送非法命令和心跳时断开的机制。
可以将这段代码扩充为多线程，每个线程管理一个套接字、一组client和worker。这种做法在大型架构的拆分中显得很有趣。C语言代码已经是这样的格式了，因此很容易实现。
还可以将这段代码扩充为主备模式、双在线模式，进一步提高可靠性。因为从本质上来说，代理是无状态的，只是保存了服务的存在与否，因此client和worker可以自行选择除此之外的代理来进行通信。
示例代码中心跳的间隔为5秒，主要是为了减少调试时的输出。现实中的值应该设得低一些，但是，重试的过程应该设置得稍长一些，让服务有足够的时间启动，如10秒钟。

异步管家模式

上文那种实现管家模式的方法比较简单，client还是简单海盗模式中的，仅仅是用API重写了一下。我在测试机上运行了程序，处理10万条请求大约需要14秒的时间，这和代码也有一些关系，因为复制消息帧的时间浪费了CPU处理时间。但真正的问题在于，我们总是逐个循环进行处理（round-trip），即发送-接收-发送-接收……ZMQ内部禁用了TCP发包优化算法（Nagle’s algorithm），但逐个处理循环还是比较浪费。

理论归理论，还是需要由实践来检验。我们用一个简单的测试程序来看看逐个处理循环是否真的耗时。这个测试程序会发送一组消息，第一次它发一条收一条，第二次则一起发送再一起接收。两次结果应该是一样的，但速度截然不同。

tripping: Round-trip demonstrator in C

//
//  Round-trip 模拟
//
//  本示例程序使用多线程的方式启动client、worker、以及代理，
//  当client处理完毕时会发送信号给主程序。
//
#include "czmq.h"static void
client_task (void *args, zctx_t *ctx, void *pipe)
{void *client = zsocket_new (ctx, ZMQ_DEALER);zmq_setsockopt (client, ZMQ_IDENTITY, "C", 1);zsocket_connect (client, "tcp://localhost:5555");printf ("开始测试...\n");zclock_sleep (100);int requests;int64_t start;printf ("同步 round-trip 测试...\n");start = zclock_time ();for (requests = 0; requests < 10000; requests++) {zstr_send (client, "hello");char *reply = zstr_recv (client);free (reply);}printf (" %d 次/秒\n",(1000 * 10000) / (int) (zclock_time () - start));printf ("异步 round-trip 测试...\n");start = zclock_time ();for (requests = 0; requests < 100000; requests++)zstr_send (client, "hello");for (requests = 0; requests < 100000; requests++) {char *reply = zstr_recv (client);free (reply);}printf (" %d 次/秒\n",(1000 * 100000) / (int) (zclock_time () - start));zstr_send (pipe, "完成");
}static void *
worker_task (void *args)
{zctx_t *ctx = zctx_new ();void *worker = zsocket_new (ctx, ZMQ_DEALER);zmq_setsockopt (worker, ZMQ_IDENTITY, "W", 1);zsocket_connect (worker, "tcp://localhost:5556");while (1) {zmsg_t *msg = zmsg_recv (worker);zmsg_send (&msg, worker);}zctx_destroy (&ctx);return NULL;
}static void *
broker_task (void *args)
{//  准备上下文和套接字zctx_t *ctx = zctx_new ();void *frontend = zsocket_new (ctx, ZMQ_ROUTER);void *backend = zsocket_new (ctx, ZMQ_ROUTER);zsocket_bind (frontend, "tcp://*:5555");zsocket_bind (backend,  "tcp://*:5556");//  初始化轮询对象zmq_pollitem_t items [] = {{ frontend, 0, ZMQ_POLLIN, 0 },{ backend,  0, ZMQ_POLLIN, 0 }};while (1) {int rc = zmq_poll (items, 2, -1);if (rc == -1)break;              //  中断if (items [0].revents & ZMQ_POLLIN) {zmsg_t *msg = zmsg_recv (frontend);zframe_t *address = zmsg_pop (msg);zframe_destroy (&address);zmsg_pushstr (msg, "W");zmsg_send (&msg, backend);}if (items [1].revents & ZMQ_POLLIN) {zmsg_t *msg = zmsg_recv (backend);zframe_t *address = zmsg_pop (msg);zframe_destroy (&address);zmsg_pushstr (msg, "C");zmsg_send (&msg, frontend);}}zctx_destroy (&ctx);return NULL;
}int main (void)
{//  创建线程zctx_t *ctx = zctx_new ();void *client = zthread_fork (ctx, client_task, NULL);zthread_new (ctx, worker_task, NULL);zthread_new (ctx, broker_task, NULL);//  等待client端管道的信号char *signal = zstr_recv (client);free (signal);zctx_destroy (&ctx);return 0;
}

在我的开发环境中运行结果如下：

Setting up test...
Synchronous round-trip test...9057 calls/second
Asynchronous round-trip test...173010 calls/second

需要注意的是client在运行开始会暂停一段时间，这是因为在向ROUTER套接字发送消息时，若指定标识的套接字没有连接，那么ROUTER会直接丢弃该消息。这个示例中我们没有使用LRU算法，所以当worker连接速度稍慢时就有可能丢失数据，影响测试结果。

我们可以看到，逐个处理循环比异步处理要慢将近20倍，让我们把它应用到管家模式中去。

首先，让我们修改client的API，添加独立的发送和接收方法：

mdcli_t *mdcli_new     (char *broker);
void     mdcli_destroy (mdcli_t **self_p);
int      mdcli_send    (mdcli_t *self, char *service, zmsg_t **request_p);
zmsg_t  *mdcli_recv    (mdcli_t *self);

然后花很短的时间就能将同步的client API改造成异步的API：

mdcliapi2: Majordomo asynchronous client API in C

/*  =====================================================================mdcliapi2.cMajordomo Protocol Client API (async version)Implements the MDP/Worker spec at http://rfc.zeromq.org/spec:7.---------------------------------------------------------------------Copyright (c) 1991-2011 iMatix Corporation <www.imatix.com>Copyright other contributors as noted in the AUTHORS file.This file is part of the ZeroMQ Guide: http://zguide.zeromq.orgThis is free software; you can redistribute it and/or modify it underthe terms of the GNU Lesser General Public License as published bythe Free Software Foundation; either version 3 of the License, or (atyour option) any later version.This software is distributed in the hope that it will be useful, butWITHOUT ANY WARRANTY; without even the implied warranty ofMERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNULesser General Public License for more details.You should have received a copy of the GNU Lesser General PublicLicense along with this program. If not, see<http://www.gnu.org/licenses/>.=====================================================================
*/#include "mdcliapi2.h"//  类结构
//  使用成员函数访问属性struct _mdcli_t {zctx_t *ctx;                //  上下文char *broker;void *client;               //  连接至代理的套接字int verbose;                //  在标准输出打印运行状态int timeout;                //  请求超时时间
};//  ---------------------------------------------------------------------
//  连接或重连代理void s_mdcli_connect_to_broker (mdcli_t *self)
{if (self->client)zsocket_destroy (self->ctx, self->client);self->client = zsocket_new (self->ctx, ZMQ_DEALER);zmq_connect (self->client, self->broker);if (self->verbose)zclock_log ("I: 正在连接代理 %s...", self->broker);
}//  ---------------------------------------------------------------------
//  构造函数mdcli_t *
mdcli_new (char *broker, int verbose)
{assert (broker);mdcli_t *self = (mdcli_t *) zmalloc (sizeof (mdcli_t));self->ctx = zctx_new ();self->broker = strdup (broker);self->verbose = verbose;self->timeout = 2500;           //  毫秒s_mdcli_connect_to_broker (self);return self;
}//  ---------------------------------------------------------------------
//  析构函数void
mdcli_destroy (mdcli_t **self_p)
{assert (self_p);if (*self_p) {mdcli_t *self = *self_p;zctx_destroy (&self->ctx);free (self->broker);free (self);*self_p = NULL;}
}//  ---------------------------------------------------------------------
//  设置请求超时时间void
mdcli_set_timeout (mdcli_t *self, int timeout)
{assert (self);self->timeout = timeout;
}//  ---------------------------------------------------------------------
//  发送请求给代理
//  取得请求消息的所有权，发送后销毁int
mdcli_send (mdcli_t *self, char *service, zmsg_t **request_p)
{assert (self);assert (request_p);zmsg_t *request = *request_p;//  在消息顶部加入协议规定的帧//  Frame 0: empty (模拟REQ套接字的行为)//  Frame 1: "MDPCxy" (6个字节, MDP/Client x.y)//  Frame 2: Service name (看打印字符串)zmsg_pushstr (request, service);zmsg_pushstr (request, MDPC_CLIENT);zmsg_pushstr (request, "");if (self->verbose) {zclock_log ("I: 发送请求给 '%s' 服务:", service);zmsg_dump (request);}zmsg_send (&request, self->client);return 0;
}//  ---------------------------------------------------------------------
//  获取应答消息，若无则返回NULL；
//  该函数不会尝试从代理的崩溃中恢复，
//  因为我们没有记录那些未收到应答的请求，所以也无法重发。zmsg_t *
mdcli_recv (mdcli_t *self)
{assert (self);//  轮询套接字以获取应答zmq_pollitem_t items [] = { { self->client, 0, ZMQ_POLLIN, 0 } };int rc = zmq_poll (items, 1, self->timeout * ZMQ_POLL_MSEC);if (rc == -1)return NULL;            //  中断//  收到应答后进行处理if (items [0].revents & ZMQ_POLLIN) {zmsg_t *msg = zmsg_recv (self->client);if (self->verbose) {zclock_log ("I: received reply:");zmsg_dump (msg);}//  不要处理错误，直接报出assert (zmsg_size (msg) >= 4);zframe_t *empty = zmsg_pop (msg);assert (zframe_streq (empty, ""));zframe_destroy (&empty);zframe_t *header = zmsg_pop (msg);assert (zframe_streq (header, MDPC_CLIENT));zframe_destroy (&header);zframe_t *service = zmsg_pop (msg);zframe_destroy (&service);return msg;     //  Success}if (zctx_interrupted)printf ("W: 收到中断消息，正在中止client...\n");elseif (self->verbose)zclock_log ("W: 严重错误，放弃请求");return NULL;
}

下面是对应的测试代码：

mdclient2: Majordomo client application in C

//
//  异步管家模式 - client示例程序
//  使用mdcli API隐藏MDP协议的具体实现
//
//  直接编译源码，而不创建类库
#include "mdcliapi2.c"int main (int argc, char *argv [])
{int verbose = (argc > 1 && streq (argv [1], "-v"));mdcli_t *session = mdcli_new ("tcp://localhost:5555", verbose);int count;for (count = 0; count < 100000; count++) {zmsg_t *request = zmsg_new ();zmsg_pushstr (request, "Hello world");mdcli_send (session, "echo", &request);}for (count = 0; count < 100000; count++) {zmsg_t *reply = mdcli_recv (session);if (reply)zmsg_destroy (&reply);elsebreak;              //  使用Ctrl-C中断}printf ("收到 %d 个应答\n", count);mdcli_destroy (&session);return 0;
}

代理和worker的代码没有变，因为我们并没有改变MDP协议。经过对client的改造，我们可以明显看到速度的提升。如以下是同步状况下处理10万条请求的时间：

$ time mdclient
100000 requests/replies processedreal    0m14.088s
user    0m1.310s
sys     0m2.670s

以下是异步请求的情况：

$ time mdclient2
100000 replies receivedreal    0m8.730s
user    0m0.920s
sys     0m1.550s

让我们建立10个worker，看看效果如何：

$ time mdclient2
100000 replies receivedreal    0m3.863s
user    0m0.730s
sys     0m0.470s

由于worker获得消息需要通过LRU队列机制，所以并不能做到完全的异步。但是，worker越多其效果也会越好。在我的测试机上，当worker的数量达到8个时，速度就不再提升了——四核处理器只能做这么多。但是，我们仍然获得了近四倍的速度提升，而改造过程只有几分钟而已。此外，代理其实还没有进行优化，它仍会复制消息，而没有实现零拷贝。不过，我们已经做到每秒处理2.5万次请求-应答，已经很不错了。

当然，异步的管家模式也并不完美，有一个显著的缺点：它无法从代理的崩溃中恢复。可以看到mdcliapi2的代码中并没有恢复连接的代码，重新连接需要有以下几点作为前提：

每个请求都做了编号，每次应答也含有相应的编号，这就需要修改协议，明确定义；
client的API需要保留并跟踪所有已发送、但仍未收到应答的请求；
如果代理发生崩溃，client会重发所有消息。

可以看到，高可靠性往往和复杂度成正比，值得在管家模式中应用这一机制吗？这就要看应用场景了。如果是一个名称查询服务，每次会话会调用一次，那不需要应用这一机制；如果是一个位于前端的网页服务，有数千个客户端相连，那可能就需要了。

服务查询

现在，我们已经有了一个面向服务的代理了，但是我们无法得知代理是否提供了某项特定服务。如果请求失败，那当然就表示该项服务目前不可用，但具体原因是什么呢？所以，如果能够询问代理“echo服务正在运行吗？”，那将会很有用处。最明显的方法是在MDP/Client协议中添加一种命令，客户端可以询问代理某项服务是否可用。但是，MDP/Client最大的优点在于简单，如果添加了服务查询的功能就太过复杂了。

另一种方案是学电子邮件的处理方式，将失败的请求重新返回。但是这同样会增加复杂度，因为我们需要鉴别收到的消息是一个应答还是被退回的请求。

让我们用之前的方式，在MDP的基础上建立新的机制，而不是改变它。服务定位本身也是一项服务，我们还可以提供类似于“禁用某服务”、“提供服务数据”等其他服务。我们需要的是一个能够扩展协议但又不会影响协议本身的机制。

这样就诞生了一个小巧的RFC - MMI（管家接口）的应用层，建立在MDP协议之上：http://rfc.zeromq.org/spec:8 。我们在代理中其实已经加以实现了，不知你是否已经注意到。下面的代码演示了如何使用这项服务查询功能：

mmiecho: Service discovery over Majordomo in C

//
//  MMI echo 服务查询示例程序
////  让我们直接编译，不生成类库
#include "mdcliapi.c"int main (int argc, char *argv [])
{int verbose = (argc > 1 && streq (argv [1], "-v"));mdcli_t *session = mdcli_new ("tcp://localhost:5555", verbose);//  我们需要查询的服务名称zmsg_t *request = zmsg_new ();zmsg_addstr (request, "echo");//  发送给“服务查询”服务的消息zmsg_t *reply = mdcli_send (session, "mmi.service", &request);if (reply) {char *reply_code = zframe_strdup (zmsg_first (reply));printf ("查询 echo 服务的结果: %s\n", reply_code);free (reply_code);zmsg_destroy (&reply);}elseprintf ("E: 代理无响应，请确认它正在工作\n");mdcli_destroy (&session);return 0;
}

代理在运行时会检查请求的服务名称，自行处理那些mmi.开头的服务，而不转发给worker。你可以在不开启worker的情况下运行以上代码，可以看到程序是报告200还是404。MMI在示例程序代理中的实现是很简单的，比如，当某个worker消亡时，该服务仍然标记为可用。实践中，代理应该在一定间隔后清除那些没有worker的服务。

幂等服务

幂等是指能够安全地重复执行某项操作。如，看钟是幂等的，但借钱给别人老婆就不是了。有些客户端至服务端的通信是幂等的，但有些则不是。幂等的通信示例有：

无状态的任务分配，即管道模式中服务端是无状态的worker，它的处理结果是根据客户端的请求状态生成的，因此可以重复处理相同的请求；
命名服务中将逻辑地址转化成实际绑定或连接的端点，可以重复查询多次，因此也是幂等的。

非幂等的通信示例有：

日志服务，我们不会希望相同的日志内容被记录多次；
任何会对下游节点有影响的服务，如该服务会向下游节点发送信息，若收到相同的请求，那下游节点收到的信息就是重复的；
当服务修改了某些共享的数据，且没有进行幂等方面的设置。如某项服务对银行账户进行了借操作（debit），这一定是非幂等的。

如果应用程序提供的服务是非幂等的，那就需要考虑它究竟是在哪个阶段崩溃的。如果程序在空闲或处理请求的过程中崩溃，那不会有什么问题。我们可以使用数据库中的事务机制来保证借贷操作是同时发生的。如果应用程序在发送请求的时候崩溃了，那就会有问题，因为对于该程序来说，它已经完成了工作。

如果在返回应答的过程中网络阻塞了，客户端会认为请求发送失败，并进行重发，这样服务端会再一次执行相同的请求。这不是我们想要的结果。

常用的解决方法是在服务端检测并拒绝重复的请求，这就需要：

客户端为每个请求加注唯一的标识，包括客户端标识和消息标识；
服务端在发送应答时使用客户端标识和消息标识作为键，保存应答内容；
当服务端发现收到的请求已在应答哈希表中存在，它会跳过该次请求，直接返回应答内容。

脱机可靠性（巨人模式）

当你意识到管家模式是一种非常可靠的消息代理时，你可能会想要使用磁盘做一下消息中转，从而进一步提升可靠性。这种方式虽然在很多企业级消息系统中应用，但我还是有些反对的，原因有：

我们可以看到，懒惰海盗模式的client可以工作得非常好，能够在多种架构中运行。唯一的问题是它会假设worker是无状态的，且提供的服务是幂等的。但这个问题我们可以通过其他方式解决，而不是添加磁盘。
添加磁盘会带来新的问题，需要额外的管理和维护费用。海盗模式的最大优点就是简单明了，不会崩溃。如果你还是担心硬件会出问题，可以改用点对点的通信模式，这会在本章最后一节讲到。

虽然有以上原因，但还是有一个合理的场景可以用到磁盘中转的——异步脱机网络。海盗模式有一个问题，那就是client发送请求后会一直等待应答。如果client和worker并不是长连接（可以拿电子邮箱做个类比），我们就无法在client和worker之间建立一个无状态的网络，因此需要将这种状态保存起来。

于是我们就有了巨人模式，该模式下会将消息写到磁盘中，确保不会丢失。当我们进行服务查询时，会转向巨人这一层进行。巨人是建立在管家之上的，而不是改写了MDP协议。这样做的好处是我们可以在一个特定的worker中实现这种可靠性，而不用去增加代理的逻辑。

实现更为简单；
- 代理用一种语言编写，worker使用另一种语言编写；
- 可以自由升级这种模式。

唯一的缺点是，代理和磁盘之间会有一层额外的联系，不过这也是值得的。

我们有很多方法来实现一种持久化的请求-应答架构，而目标当然是越简单越好。我能想到的最简单的方式是提供一种成为“巨人”的代理服务，它不会影响现有worker的工作，若client想要立即得到应答，它可以和代理进行通信；如果它不是那么着急，那就可以和巨人通信：“嗨，巨人，麻烦帮我处理下这个请求，我去买些菜。”

这样一来，巨人就既是worker又是client。client和巨人之间的对话一般是：

Client: 请帮我处理这个请求。巨人：好的。
Client: 有要给我的应答吗？巨人：有的。（或者没有）
Client: OK，你可以释放那个请求了，工作已经完成。巨人：好的。

巨人和代理之间的对话一般是：

巨人：嗨，代理程序，你这里有个叫echo的服务吗？代理：恩，好像有。
巨人：嗨，echo服务，请帮我处理一下这个请求。Echo: 好了，这是应答。
巨人：谢谢！

你可以想象一些发生故障的情形，看看上述模式是否能解决？worker在处理请求的时候崩溃，巨人会不断地重新发送请求；应答在传输过程中丢失了，巨人也会重试；如果请求已经处理，但client没有得到应答，那它会再次询问巨人；如果巨人在处理请求或进行应答的时候崩溃了，客户端会进行重试；只要请求是被保存在磁盘上的，那它就不会丢失。

这个机制中，握手的过程是比较漫长的，但client可以使用异步的管家模式，一次发送多个请求，并一起等待应答。

我们需要一种方法，让client会去请求应答内容。不同的client会访问到相同的服务，且client是来去自由的，有着不同的标识。一个简单、合理、安全的解决方案是：

当巨人收到请求时，它会为每个请求生成唯一的编号（UUID），并将这个编号返回给client；
client在请求应答内容时需要提供这个编号。

这样一来client就需要负责将UUID安全地保存起来，不过这就省去了验证的过程。有其他方案吗？我们可以使用持久化的套接字，即显式声明客户端的套接字标识。然而，这会造成管理上的麻烦，而且万一两个client的套接字标识相同，那会引来无穷的麻烦。

在我们开始制定一个新的协议之前，我们先思考一下client如何和巨人通信。一种方案是提供一种服务，配合三个不同的命令；另一种方案则更为简单，提供三种独立的服务：

titanic.request - 保存一个请求，并返回UUID
titanic.reply - 根据UUID获取应答内容
titanic.close - 确认某个请求已被正确地处理

我们需要创建一个多线程的worker，正如我们之前用ZMQ进行多线程编程一样，很简单。但是，在我们开始编写代码之前，先讲巨人模式的一些定义写下来：http://rfc.zeromq.org/spec:9 。我们称之为“巨人服务协议”，或TSP。

使用TSP协议自然会让client多出额外的工作，下面是一个简单但足够健壮的client：

ticlient: Titanic client example in C

//
//  巨人模式client示例
//  实现 http://rfc.zeromq.org/spec:9 协议中的client端//  让我们直接编译，不创建类库
#include "mdcliapi.c"//  请求TSP协议下的服务
//  如果成功则返回应答（状态码：200），否则返回NULL
//
static zmsg_t *
s_service_call (mdcli_t *session, char *service, zmsg_t **request_p)
{zmsg_t *reply = mdcli_send (session, service, request_p);if (reply) {zframe_t *status = zmsg_pop (reply);if (zframe_streq (status, "200")) {zframe_destroy (&status);return reply;}elseif (zframe_streq (status, "400")) {printf ("E: 客户端发生严重错误，取消请求\n");exit (EXIT_FAILURE);}elseif (zframe_streq (status, "500")) {printf ("E: 服务端发生严重错误，取消请求\n");exit (EXIT_FAILURE);}}elseexit (EXIT_SUCCESS);    //  中断或发生错误zmsg_destroy (&reply);return NULL;        //  请求不成功，但不返回失败原因
}int main (int argc, char *argv [])
{int verbose = (argc > 1 && streq (argv [1], "-v"));mdcli_t *session = mdcli_new ("tcp://localhost:5555", verbose);//  1. 发送echo服务的请求给巨人zmsg_t *request = zmsg_new ();zmsg_addstr (request, "echo");zmsg_addstr (request, "Hello world");zmsg_t *reply = s_service_call (session, "titanic.request", &request);zframe_t *uuid = NULL;if (reply) {uuid = zmsg_pop (reply);zmsg_destroy (&reply);zframe_print (uuid, "I: request UUID ");}//  2. 等待应答while (!zctx_interrupted) {zclock_sleep (100);request = zmsg_new ();zmsg_add (request, zframe_dup (uuid));zmsg_t *reply = s_service_call (session, "titanic.reply", &request);if (reply) {char *reply_string = zframe_strdup (zmsg_last (reply));printf ("Reply: %s\n", reply_string);free (reply_string);zmsg_destroy (&reply);//  3. 关闭请求request = zmsg_new ();zmsg_add (request, zframe_dup (uuid));reply = s_service_call (session, "titanic.close", &request);zmsg_destroy (&reply);break;}else {printf ("I: 尚未收到应答，准备稍后重试...\n");zclock_sleep (5000);     //  5秒后重试}}zframe_destroy (&uuid);mdcli_destroy (&session);return 0;
}

当然，上面的代码可以整合到一个框架中，程序员不需要了解其中的细节。如果我有时间的话，我会尝试写一个这样的API的，让应用程序又变回短短的几行。这种理念和MDP中的一致：不要做重复的事。

下面是巨人的实现。这个服务端会使用三个线程来处理三种服务。它使用最原始的持久化方法来保存请求：为每个请求创建一个磁盘文件。虽然简单，但也挺恐怖的。比较复杂的部分是，巨人会维护一个队列来保存这些请求，从而避免重复地扫描目录。

titanic: Titanic broker example in C

“`c
//
// 巨人模式 - 服务
//
// 实现 http://rfc.zeromq.org/spec:9 协议的服务端

// 让我们直接编译，不创建类库

include “mdwrkapi.c”

include “mdcliapi.c”

include “zfile.h”

include

define TITANIC_DIR “.titanic”

static char *
s_request_filename (char *uuid) {
char *filename = malloc (256);
snprintf (filename, 256, TITANIC_DIR “/%s.req”, uuid);
return filename;
}

// 根据UUID生成用于保存应答内容的文件名，并返回

static char *
s_reply_filename (char *uuid) {
char *filename = malloc (256);
snprintf (filename, 256, TITANIC_DIR “/%s.rep”, uuid);
return filename;
}

// ———————————————————————
// 巨人模式 - 请求服务

static void
titanic_request (void *args, zctx_t *ctx, void *pipe)
{
mdwrk_t *worker = mdwrk_new (
“tcp://localhost:5555”, “titanic.request”, 0);
zmsg_t *reply = NULL;

while (TRUE) {//  若应答非空则发送，再从代理处获得新的请求zmsg_t *request = mdwrk_recv (worker, &reply);if (!request)break;      //  中断并退出//  确保消息目录是存在的file_mkdir (TITANIC_DIR);//  生成UUID，并将消息保存至磁盘char *uuid = s_generate_uuid ();char *filename = s_request_filename (uuid);FILE *file = fopen (filename, "w");assert (file);zmsg_save (request, file);fclose (file);free (filename);zmsg_destroy (&request);//  将UUID加入队列reply

ZeroMQ 中文指南第四章可靠的请求-应答模式【转载】相关推荐

ZMQ 第四章可靠的请求-应答模式
感谢原创作者的分享! # ZMQ 第四章可靠的请求-应答模式第三章中我们使用实例介绍了高级请求-应答模式,本章我们会讲述请求-应答模式的可靠性问题,并使用ZMQ提供的套接字类型组建起可靠的请求-应 ...
ZeroMQ学习笔记(4)——可靠的请求-应答模式
第四章可靠的请求-应答模式懒惰海盗模式:来自客户端的可靠的请求-应答. 简单海盗模式:使用负载均衡的可靠的请求-应答. 偏执海盗模式:使用信号检测的可靠的请求-应答. 管家模式:面向服务的可靠排队 ...
zmq 可靠的请求-应答模式
<link rel="stylesheet" href="https://csdnimg.cn/release/phoenix/template/css/ck_ht ...
ZeroMQ指南：第4章：可靠的请求-应答
本文是阅读http://zguide2.zeromq.org/page:all#toc65的笔记. 第三章用实际的示例探讨了请求-回应模式的高级用法.本章将探讨可靠性的问题,在ZeroMQ的核心请求- ...
ZEROMQ 第 4 章 - 可靠地请求响应模型
第三章中我们使用实例介绍了高级请求-应答模式,本章我们会讲述请求-应答模式的可靠性问题,并使用ZMQ提供的套接字类型组建起可靠的请求-应答消息系统. 本章将介绍的内容有: 客户端请求-应答最近最少使 ...
初探ZeroMQ(二) 请求-应答模式中套结字总结
参考资料:ØMQ - The Guide(英文) 参考资料:ØMQ - The Guide(中文) 本文主要介绍和总结在请求-应答模式中各种套结字的行为. 套结字简介来点通俗易懂的,先认识下请求-应 ...
ZeroMQ 中文指南第一章 ZeroMQ基础【转载】
此文章转载自GitHub : https://github.com/anjuke/zguide-cn 作者信息如下. ZMQ 指南作者: Pieter Hintjens ph@imatix.com, ...
ZeroMQ 中文指南第二章 ZeroMQ进阶【转载】
此文章转载自GitHub : https://github.com/anjuke/zguide-cn 作者信息如下. ZMQ 指南作者: Pieter Hintjens ph@imatix.com, ...
Java7并发编程指南——第四章：线程执行器
Java7并发编程指南--第四章:线程执行器 @(并发和IO流) Java7并发编程指南第四章线程执行器思维导图项目代码思维导图项目代码 GitHub:Java7ConcurrencyCook ...

ZeroMQ 中文指南第四章可靠的请求-应答模式【转载】

第四章可靠的请求-应答模式

什么是可靠性？

可靠性设计

客户端的可靠性设计（懒惰海盗模式）

基本的可靠队列（简单海盗模式）

健壮的可靠队列（偏执海盗模式）

心跳

约定和协议

面向服务的可靠队列（管家模式）

异步管家模式

服务查询

幂等服务

脱机可靠性（巨人模式）

include “mdwrkapi.c”

include “mdcliapi.c”

include “zfile.h”

include

define TITANIC_DIR “.titanic”

ZeroMQ 中文指南第四章可靠的请求-应答模式【转载】相关推荐

最新文章

热门文章

ZeroMQ 中文指南 第四章 可靠的请求-应答模式【转载】

第四章 可靠的请求-应答模式

什么是可靠性？

可靠性设计

客户端的可靠性设计（懒惰海盗模式）

基本的可靠队列（简单海盗模式）

健壮的可靠队列（偏执海盗模式）

心跳

约定和协议

面向服务的可靠队列（管家模式）

异步管家模式

服务查询

幂等服务

脱机可靠性（巨人模式）

include “mdwrkapi.c”

include “mdcliapi.c”

include “zfile.h”

include

define TITANIC_DIR “.titanic”

ZeroMQ 中文指南 第四章 可靠的请求-应答模式【转载】相关推荐

最新文章

热门文章

ZeroMQ 中文指南第四章可靠的请求-应答模式【转载】

第四章可靠的请求-应答模式

ZeroMQ 中文指南第四章可靠的请求-应答模式【转载】相关推荐