zeromq介绍
zeroMQ，一个处理消息传输的库，重点在传输上，看起来它像是在socket上面封装了一层，让我们可以很容易的利用它来做N对M的数据传输，在分布式系统中很方便，在接收端它有round-robin负载均衡。
在需要并行化处理数据的时候，采用消息队列通讯的方式来协作，比采用共享状态的方式要好的多。”
所以zeroMQ的主要用途是：分布式系统的消息通信工具。
zeroMQ中的zero，表示的是极简。
“其实ZMQ可以做的还不止这些，它会颠覆人们编写网络应用程序的模式。虽然从表面上看，它不过是提供了一套处理套接字的API，能够用zmq_recv()和zmq_send()进行消息的收发，但是，消息处理将成为应用程序的核心部分，很快你的程序就会变成一个个消息处理模块，这既美观又自然。它的扩展性还很强，每项任务由一个节点（节点是一个线程）、同一台机器上的两个节点（节点是一个进程）、同一网络上的两台机器（节点是一台机器）来处理，而不需要改动应用程序。”
这点说的很好，但这种设计思路，其实早就有了，chromium里的多线程设计，便是把后台程序拆分成一个个task，post到工作线程中完成，然后再post回来，单机的多线程利用思路跟zeroMQ为并行计算而设计的思路有相似的地方，chromium对多线程使用的这种设计也不是首创的。“一个个的消息处理模块”，在我当前工作的团队中，整个服务过亿网民的框架也是这么设计的，不过，消息的传递没有使用zeroMQ，而是自己公司的rpc框架。
1、请求和应答
req和rep也就是请求回应模型，req和rep都可以请求和回答，不同的只是req是先send再rec，rep是先rec再send。支持N个请求端一个接收端，也支持N个接收端一个请求端。N个接收端采用rr负载均衡。 哪个是“一”端，哪个就bind端口，“N”端就只能connect，所以，req+rep无论谁bind端口，肯定要有一个是“一”。
router和dealer就是随时可以发送和接收的req和rep，看起来router+dealer跟 req+rep属于同类功能。
因为router和dealer可以随时发送接收，所以它们可以用来做路由。
一个router用来响应N个req，然后它在响应处理的时候，再通过另一个socket把请求扔出去，接收者是另外的M个rep，这就做到N:M。
2、订阅和推送
pub和sub就是发布者和订阅者。
3、推和拉
push和pull就是管道，一个只推数据，一个只拉数据。