ZeroMQ，史上最快的消息队列

ZeroMQ把通讯的需要看成4类，其中一类是一对一结对通讯，用来支持传统的TCP socke模型，但并不推荐使用。
常用的通讯模式只有三类：
1.请求回应模型。由请求端发起请求，并等待回应端回应请求。从请求端来看，一定是一对对收发配对的；
反之，在回应端一定是发收对。请求端和回应端都可以是1：N的模型。通常把1认为是server，N认为是Client。
0MQ可以很好的支持路由功能（实现路由功能的组件叫做Device），把1：N扩展为N：M（只需要加入若干路由节点）。
从这个模型看，更底层的端点地址是对上层隐藏的。每个请求都隐含回应地址，而应用则不关心它。
 
2.发布订阅模型。这个模型里，发布端是单向只发送数据的，且不关心是否把全部的信息都发送给订阅者。
如果发布端开始发布信息的时候，订阅端尚未连接上，这些信息直接丢弃。
不过一旦订阅端连接上来，中间会保证没有信息丢失。
同样，订阅端则只负责接收，而不能反馈。
如果发布端和订阅端需要交互（比如要确认订阅者是否已经连接上），则使用额外的socket采用请求回应模型满足这个需求。
 
3.管道模型。这个模型里，管道是单向的，从PUSH端单向的向PULL端单向的推送数据流。