zeroMQ初体验-34.发布/订阅模式进阶-克隆模式-下,结言
服务器：

昨天我大体在windows下调试通过了克隆模式的例子了，修改了一些文件，改动不大，c++或c版本的在windows下问题不大了，下一步是还需要弄到c#端，有点头大，或许可以封装成一个dll，给c#调用，呵呵，谢谢啦     4 楼    penelox    2012-07-31              哈哈，没办法，我们的项目是分布式的，从后台数据采集、数据库，到服务器和客户端，分别运行在solaris和windows下，
正好赶上windows，改不过来啦 哈哈    5 楼    penelox    前天              你好，前面提到的功能，我基本已经实现。目前还有个问题，就是client端如果崩溃，服务器端如何知道。我想用心跳控制，但是组内讨论觉得心跳耗资源，想从send消息这个动作入手。
所以请问，如何能知道send消息是否被client端收到，还是没有？

我简单查了一下guide，上面说zmq_send只是入发送队列，不为消息是否发送成功负责。请问如何知道发送是否成功被client接收或者未接收，这样就不用维护心跳机制了，

因为我还没来得及详细查询guide，所以才来问你，谢谢~~    6 楼    iyuan    前天              penelox 写道你好，前面提到的功能，我基本已经实现。目前还有个问题，就是client端如果崩溃，服务器端如何知道。我想用心跳控制，但是组内讨论觉得心跳耗资源，想从send消息这个动作入手。
所以请问，如何能知道send消息是否被client端收到，还是没有？

我简单查了一下guide，上面说zmq_send只是入发送队列，不为消息是否发送成功负责。请问如何知道发送是否成功被client接收或者未接收，这样就不用维护心跳机制了，

因为我还没来得及详细查询guide，所以才来问你，谢谢~~

原生的是没有这种实现的(第三方实现就不清楚了).zmq的目标是无锁,原子操作,一旦客/服有了回馈机制,理论上来说就完全推翻了zmq的根本,退一步来说,通过中间层来完成这个需求可以却没意义(那还不如直接用rabbitmq之类的自带中间存储/查寻 的队列实现).
总的来说,zmq的应用场景主要是安全性低,速度求快.
对可靠性有要求的话,还是建议换到rabbit之类的中间件