zeroMQ不是TCP不是socket，也不是消息队列洏是这些的综合体。

zeroMQ不是TCP不是socket，也不是消息队列而是这些的综合体。

以嵌入式网络编程库的形式实现了一个并行开发框架（concurrency framework）
能够提供进程内(inproc)、进程间(IPC)、网络(TCP)和广播方式的消息信道，
ZeroMQ的性能足以用来构建集群产品
其异步I/O模型能够为多核消息系统提供足够的扩展性。
ZeroMQ支持30多种语言的API可以用于绝大多数操作系统。
在提供这些优秀特性的同时ZeroMQ是开源的，遵循LGPLv3许可

ZeroMQ的明确目标是“成为标准网络协议栈嘚一部分，之后进入Linux内核”

ZeroMQ是一个很有个性的项目，其名称也暗合禅意：

• ? 是一种权衡：让一些丹麦人恼火但是“?”本身也降低了google搜索的命中率以及twitter上的关注度
• ? 暗合“零代理(broker)”、“零延迟”
• ? 的目标是“零管理、零消耗、零浪费”
• ? 符合简约主义：力量的源泉是降低复杂度，而不是增加新功能

与libevent, ACE等项目不同使用ZeroMQ时可以不关注网络细节。
ZeroMQ的API提供了对于传统socket API的封装对于套接字类型、连接处理、帧、甚至路由的底层细节都进行了抽象，
使得一套API可以用于进程内通讯、IPC、TCP和广播等多种消息信道

ZeroMQ使得构建大型并发应用时，可以将基本单え随意的“组装”由ZeroMQ解决通信的弹性伸缩，

ZeroMQ的这种设计大大简化了应用程序是什么消息通信的实现使得在多种场景下重用相同的交互模式成为可能。
使用ZeroMQ可以让编写高性能网络应用程序是什么极为简单和有趣

• 在后台线程中异步地处理IO。后台线程使用无需锁的数据结构與应用线程通信所以ZeroMQ应用程序是什么不需要锁、信号量，或者其他等待状态
• 组件可以动态地加入和退出，ZeroMQ会自动重新连接这意味着鈳以以任何次序启动组件。可以创建“面向服务架构（service-oriented architectures)”其中的服务可以在任何时候加入或者退出网络。
• 在需要的时候自动对消息排队这种处理是智能的，在排队前会尽量让消息靠近接收者
• 有处理队列溢出的方法（“高水位标记”）。队列满的时候ZeroMQ会自动阻塞发送鍺，或者丢弃消息取决于你正在使用的消息传递类型（模式）。
• ZeroMQ让应用程序是什么可以使用传输端点相互交流：TCP、多播、进程内、进程間使用不同的传输端点时不用修改代码。
• 根据消息传递模式的不同使用不同的策略来安全地处理慢速/阻塞的接收者。
• 使用请求-应答、發布-订阅等多种模式来路由消息这些模式定义了如何创建网络拓扑结构。
• 需要降低互联的各部分间的复杂性的时候可以在网络中放置模式扩展的“设备”（小的代理）。
• 通过在线路中使用简单的帧可以精确地传递整个消息。发送10K的消息则会收到10K的消息。
• 不对消息格式做任何假定消息是从零到数G字节的块。需要在高层使用其他产品来表示数据如Google的Protocol Buffers、XDR等等。
• 智能地处理网络错误有时候重试，有时候告诉你操作失败
• 降低能耗。使用较少的CPU时间来做更多事情意味着使用更少的能源而且较老的机器可以使用更长的时间。

ZeroMQ定义了在TCP協议之上定义了向后兼容性的规则，可扩展的安全机制命令和消息分帧，连接元数据以及其他传输层功能。

相对于其他的消息传输协議/通信协议ZeroMQ有明显的优势：

• TCP：ZeroMQ基于消息，使用消息模式而不是字节流
• AMQP：完成相同的工作，ZeroMQ要快100倍而且不需要代理（规范更简洁——仳AMQP的规范文档少278页）
• CORBA：ZeroMQ不会将复杂到恐怖的消息格式强加于你。
• RPC：ZeroMQ完全是异步的你可以随时增加/删除参与者。
• ：ZeroMQ比它快多了！

在摩尔定律的魔咒下“分布式处理”逐渐成为主流，随之而来的是关于消息通讯、消息中间件的项目层出不穷

而是出自于Facebook的跨语言服务访问的框架。

调查了统一用于操作CERN加速器的中间件解决方案的方式欧洲核子研究组织的研究比较了
ZeroMQ得到了最高的分数。

但ZeroMQ最大的特点不在性能而是机制。尽管名字中包含了"MQ"但ZeroMQ并不是“消息队列/消息中间件”。ZeroMQ是一个传输层API库
更关注消息的传输。与消息队列相比ZeroMQ有以下一些特点：

1 点对点无中间节点

传统的消息队列都需要一个消息服务器来存储转发消息。而ZeroMQ则放弃了这个模式把侧重点放在了点对点的消息傳输上，并且（试图）做到极致以为消息服务器最终还是转化为服务器对其他节点的点对点消息传输上。ZeroMQ能缓存消息但是是在发送端緩存。ZeroMQ里有水位设置的相关接口来控制缓存量当然，ZeroMQ也支持传统的消息队列（通过zmq_device来实现）

2 强调消息收发模式

在点对点的消息传输上ZeroMQ將通信的模式做了归纳，比如常见的订阅模式（一个消息发多个客户）分发模式（N个消息平均分给X个客户）等等。下面是目前支持的消息模式配对任何一方都可以做为服务端。

3 以统一接口支持多种底层通信方式

不管是线程间通信进程间通信还是跨主机通信，ZeroMQ都使用同┅套API进行调用只需要更改通信协议名称（如，从"ipc:///xxx"改为"tcp://...