ZeroMQ API（五） 传输模式

1、使用TCP的单播传输：zmq_tcp（7）

1.1 名称

　　zmq_tcp - 使用TCP的ZMQ单播传输

1.2 概要

　　TCP是一种无处不在，可靠的单播传输。当通过具有ZMQ的网络连接分布式应用程序时，使用TCP传输可能是您的首选。

1.3 解决

　　ZMQ端点是一个由transport：//后跟一个地址组成的字符串。 transport指定要使用的基础协议。该地址指定要连接的传输特定地址。

　　对于TCP传输，传输是tcp，地址部分的含义如下定义。

1.3.1 将本地地址分配给套接字

　　当使用带有tcp传输的zmq_bind（）将套接字本地地址分配给套接字时，端点将被解释为一个接口，后跟一个冒号和要使用的TCP端口号。

　　接口可以由以下任何一种指定：

　　　　通配符*表示所有可用的接口。

　　　　分配给接口的主要IPv4或IPv6地址，以其数字表示形式。

　　　　操作系统定义的非可移植接口名称。

　　TCP端口号可以通过以下方式指定：

　　　　一个数值，通常在POSIX系统上超过1024。

　　　　通配符*表示系统分配的临时端口。

　　使用临时端口时，调用者应使用ZMQ_LAST_ENDPOINT套接字选项检索实际分配的端口。有关详细信息，请参阅zmq_getsockopt（3）。

1.3.2 从套接字解除通配符地址

　　当在zmq_bind（）中使用通配符*端点时，调用者应使用从ZMQ_LAST_ENDPOINT套接字选项中获得的实际endpoind使用zmq_unbind（）从套接字解除绑定此端点。

1.3.3 连接一个socket

　　当使用带tcp传输的zmq_connect（）将套接字连接到对等地址时，端点应被解释为对等地址，后跟冒号和要使用的TCP端口号。您可以选择指定一个source_endpoint作为连接的源地址; tcp：// source_endpoint;'endpoint'，详见上面的接口说明。

　　对等地址可以由以下任一项指定：

　　　　对等体的DNS名称。

　　　　对等体的IPv4或IPv6地址，以其数字表示形式。

　　注意：有关TCP传输使用的ZeroMQ消息传输协议（ZMTP）的说明可以在http://rfc.zeromq.org/spec:15找到

2、使用PGM的可靠组播传输：zmq_pgm（7）

2.1 名称

　　zmq_pgm - 使用PGM的ZMQ可靠多播传输

2.2 概要

　　PGM（Pragmatic General Multicast）是IP网络上可靠的数据组播传输协议。

2.3 描述

　　ZMQ实现PGM的两种变体，PGM数据报直接在RFC 3208（pgm传输）和“封装PGM”或EPGM定义的IP数据报之上分层，其中PGM数据报封装在UDP数据报内（epgm传输）。

　　pgm和epgm传输只能与ZMQ_PUB和ZMQ_SUB套接字类型一起使用。

　　此外，PGM套接字默认是速率限制的。有关详细信息，请参阅zmq_setsockopt（3）中记录的ZMQ_RATE和ZMQ_RECOVERY_IVL选项。

　　pgm传输实现需要访问原始IP套接字。在此操作的某些操作系统上可能需要额外的权限。鼓励不要求与其他PGM实现直接互操作的应用程序使用epgm传输，而不需要任何特殊权限。

2.4 解决

　　ZMQ端点是一个由transport：//后跟一个地址组成的字符串。 transport指定要使用的基础协议。 该地址指定要连接的传输特定地址。

　　对于PGM运输，运输是pgm，而对于EPGM协议，运输是epgm。 地址部分的含义定义如下。

2.5 连接一个socket

　　当使用带pgm或epgm传输的zmq_connect（）将套接字连接到对等地址时，端点将被解释为一个接口，后跟一个分号，后跟一个多播地址，后跟一个冒号和一个端口号。

　　接口可以由以下任何一种指定：

　　　　操作系统定义的接口名称。

　　　　以数字表示形式分配给接口的主IPv4地址。

　　注：接口名称没有以任何方式标准化，应该被认为是任意的并且取决于平台。 在Win32平台上，不存在短接口名称，因此只有主IPv4地址可用于指定接口。 接口部分可以省略，在这种情况下，将会选择默认的接口部分。多播地址由其数字表示中的IPv4多播地址指定。

2.5 Wire格式

　　连续的PGM数据报被ZMQ解释为单个连续的数据流，其中ZMQ消息不一定与PGM数据报边界对齐，并且单个ZMQ消息可以跨越几个PGM数据报。 这个数据流由zmq_tcp（7）中描述的封装在帧中的ZMQ消息组成。

2.5.1 Pgm数据报有效载荷

　　以下ABNF语法表示由ZMQ使用的单个PGM数据报的有效负载：

　　datagram = (offset data)
　　offset = 2OCTET
　　data = *OCTET

　　为了延迟加入消费者能够识别消息边界，每个PGM数据报有效载荷以网络字节顺序中的16位无符号整数开始，指定数据报中第一个消息帧的偏移或者如果数据报包含值0xFFFF 仅包含较大消息的中间部分。

　　请注意，偏移指定了第一条消息的开始位置，而不是第一条消息部分。 因此，如果在数据包的开头有尾随消息部分，则偏移将忽略它们并指向数据包中的第一个初始消息部分。

　　下图说明了单个PGM数据报有效载荷的布局：

　　+------------------+----------------------+
　　| offset (16 bits) | data |
　　+------------------+----------------------+

　　下图进一步说明了三个示例ZMQ帧在连续的PGM数据报载荷中的布局：

　　第一个数据报有效载荷
　　+--------------+-------------+---------------------+
　　| Frame offset | Frame 1 | Frame 2, part 1 |
　　| 0x0000 | (Message 1) | (Message 2, part 1) |
　　+--------------+-------------+---------------------+

　　第二个数据报有效载荷
　　+--------------+---------------------+
　　| Frame offset | Frame 2, part 2 |
　　| 0xFFFF | (Message 2, part 2) |
　　+--------------+---------------------+

　　第三数据报有效载荷
　　+--------------+----------------------------+-------------+
　　| Frame offset | Frame 2, final 8 bytes | Frame 3 |
　　| 0x0008 | (Message 2, final 8 bytes) | (Message 3) |
　　+--------------+----------------------------+-------------+

3、本地进程间通信传输：zmq_ipc（7）

3.1 名称

　　zmq_ipc - ZMQ本地进程间通信传输

3.2 概要

　　进程间传输使用依赖于系统的IPC机制在本地进程之间传递消息。

　　注：进程间传输目前仅在提供UNIX域套接字的操作系统上实现。

3.3 解决

　　ZMQ端点是一个由transport：//后跟一个地址组成的字符串。 transport指定要使用的基础协议。

　　该地址指定要连接的传输特定地址。对于进程间传输，传输是ipc，地址部分的含义在下面定义。

3.3.1 绑定一个套接字

　　使用带有ipc传输的zmq_bind（）将套接字绑定到本地地址时，端点应被解释为识别要创建的路径名的任意字符串。 路径名在ipc实现使用的操作系统名称空间内必须是唯一的，并且必须满足操作系统对路径名格式和长度的任何限制。

　　当地址是*时，zmq_bind（）应该生成一个唯一的临时路径名。 调用者应该使用ZMQ_LAST_ENDPOINT套接字选项来检索此路径名。 有关详细信息，请参阅zmq_getsockopt（3）。

　　　　任何现有的绑定到同一端点都应被覆盖。 也就是说，如果第二个进程绑定到已经被进程绑定的端点，则这将成功，第一个进程将失去绑定。 在这种行为中，ipc传输与tcp或inproc传输不一致。

　　　　该进程必须能够写入端点路径名。 当端点以/，例如，ipc：///路径名开始时，这将是绝对路径名。 如果端点指定了一个不存在的目录，绑定将失败。

　　　　仅在Linux上，当端点路径名以@开头时，应使用抽象名称空间。 抽象名称空间独立于文件系统，如果一个进程试图绑定已经被进程绑定的端点，它将会失败。 有关详细信息，请参阅unix（7）。

　　　　IPC路径名的最大大小取决于操作系统。 在Linux上，最多113个字符，包括“ipc：//”前缀（真实路径名称为107个字符）。

3.3.2 从套接字解除通配符地址

　　当在zmq_bind（）中使用通配符*端点时，调用者应使用从ZMQ_LAST_ENDPOINT套接字选项中获得的实际endpoind使用zmq_unbind（）从套接字解除绑定此端点。

3.3.3 连接一个套接字

　　当使用带有ipc传输的zmq_connect（）将套接字连接到对等地址时，端点应被解释为识别要连接的路径名的任意字符串。 路径名必须先在操作系统名称空间内创建，方法是将其分配给带有zmq_bind（）的套接字。

4、本地进程内（线程间）通信传输：zmq_inproc（7）

4.1 名称

　　zmq_inproc - ZMQ本地进程内（线程间）通信传输

4.2 概要

　　进程内传输直接在共享单个ZMQ上下文的线程之间通过内存传递消息。

　　注：使用inproc传输传递消息时不涉及I / O线程。 因此，如果您正在使用ZMQ上下文进行进程内消息传递，则只需使用零I / O线程即可初始化上下文。 有关详细信息，请参阅zmq_init（3）。

4.3 解决

　　ZMQ端点是一个由transport：//后跟一个地址组成的字符串。 transport指定要使用的基础协议。 该地址指定要连接的传输特定地址。

　　对于进行中的运输，运输是不合理的，地址部分的含义在下面定义。

4.3.1 将本地地址分配给套接字

　　当使用带inproc传输的zmq_bind（）将本地地址分配给套接字时，端点应被解释为识别要创建的名称的任意字符串。 该名称在与套接字关联的ZMQ上下文中必须是唯一的，长度最多可达256个字符。 名称的格式没有其他限制。

4.3.2 连接一个套接字

　　当使用带inproc传输的zmq_connect（）将套接字连接到对等地址时，端点将被解释为识别要连接的名称的任意字符串。 该名称必须先通过将其分配给与所连接的套接字相同的ZMQ上下文中的至少一个套接字来创建。

5、集群IPC协议：zmq_tipc

5.1 名称

　　zmq_tipc - 使用TIPC的ZMQ单播传输

5.2 概要

　　TIPC是一种采用位置透明寻址方案的集群IPC协议。

5.3 解决

　　ZMQ端点是一个由transport：//后跟一个地址组成的字符串。 transport指定要使用的基础协议。 该地址指定要连接的传输特定地址。

　　对于TIPC运输，运输是tipc，地址部分的含义如下定义。

5.3.1 将端口名称分配给套接字

　　使用_zmq_bind（）_与'tipc'分配端口名称给套接字时

　　运输，'端点'的定义形式如下：
　　　　{type，lower，upper}

　　　　*类型是您的服务的数字（u32）ID。
　　　　* Lower和Upper为您的服务指定一个范围。

　　　　发布具有重叠的较低/较高ID的相同服务的意愿
　　　　导致连接请求以循环方式分配到这些请求上方式。

5.3.2 连接一个套接字

　　当使用带tipc传输的zmq_connect（）将套接字连接到对等地址时，端点将被解释为服务ID，后跟逗号和实例ID。

　　实例ID必须位于发布的端口名称的较低/较高范围内，以使端点有效。