一、
当执行zmq_bind后会进入mute state,直到有进入或者出去的连接发生才会进入ready state
在mute state状态下会根据不同的套接字类型决定是丢弃消息还是阻塞
可参考zmq_bind(),zmq_connect(),zmq_socket()这几个函数的api说明。
也就是说连接建立后会进入ready状态，这时候使用zmq_send发送消息时是异步的，程序不会发生阻塞，比如，发送的频率远高于接受的频率时，还是会顺利发送，并没有因为接收太慢而导致发送变慢，而且当发送端程序退出时接收端依然可以继续处理未来得及处理的消息，这一点在pub-sub模式下测试过，其他模式尚未测试。
二、
zmq_recv() is bad at dealing with arbitrary message sizes: it truncates messages to whatever buffer size you provide. So there’s a second API that works with zmq_msg_t structures, with a richer but more difficult API:
- Initialise a message: zmq_msg_init(), zmq_msg_init_size(), zmq_msg_init_data().
- Sending and receiving a message: zmq_msg_send(), zmq_msg_recv().
- Release a message: zmq_msg_close().
- Access message content: zmq_msg_data(), zmq_msg_size(), zmq_msg_more().
- Work with message properties: zmq_msg_get(), zmq_msg_set().
- Message manipulation: zmq_msg_copy(), zmq_msg_move().
zmq_send(),zmq_recv()这两个函数不太适用于处理任意大小的消息，对于任意大小的消息可能会被截断为所设定的buffer大小，这时候使用zmq_msg_xxx相关的api会比较合适。
