zeromq中文教程
简介：
ØMQ (ZeroMQ, 0MQ, zmq)，这一堆表达方式看哪个顺眼就选哪个吧，都指的咱要讲的这玩意儿。
它出现的目的只有一个：更高效的利用机器。好吧，这是我个人的看法，官方说法是：让任何地方、任何代码可以互联。
应该很明白吧，如果非要做联想类比，好吧，可以想成经典的C/S模型，这个东东封装了所有底层细节，开发人员只要关注代码逻辑就可以了。(虽然联想成C/S，但可不仅仅如此哦，具体往下看)。
它的通信协议是AMQP，具体的Google之吧，在自由市场里，它有一个对头RabbitMQ，关于那只"兔子"，那又是另外一个故事了。
C/S模式：
rver黎曼可积
Python代码
client
绐怎么读Python代码
直女癌
注意：
这个经典的模式在zeroMQ中是应答状态的，不能同时nd多个数据，只能ababab这样。还有这里nd_pyobj是pyzmq特有的，用以传递python的对象，通用的还是如同socket的nd~
地下地上之大陆小岛>蜕变的初心pub/sub模式：
发布端(pub) Python代码
乾隆的生母是谁
订阅端(sub): Python代码
万年春
注意：
这里的发布与订阅角色是绝对的，即发布者无法使用recv，订阅者不能使用nd，并且订阅者需要设置订阅条件"tsockopt"。立体思维
按照官网的说法，在这种模式下很可能发布者刚启动时发布的数据出现丢失，原因是用zmq发送速度太快，在订阅者尚未与发布者建立联系时，已经开始了数据发布 (内部局域网没这么夸张的)。官网给了两个解决方案;1，发布者sleep
一会再发送数据(这个被标注成愚蠢的);2,(还没有看到那，在后续中发现的话会更新这里)。
官网还提供了一种可能出现的问题：当订阅者消费慢于发布，此时就会出现数据的堆积，而且还是在发布端的堆积，显然，这是不可以被接受的。至于解决方案，或许后面的"分而治之"就是吧。
push/pull模式：
