4、zmq使用经验分享课件.pptxVIP

zmq应用经验分享 讲师：陈永顺 2013年1月23号 目 录 一、总体介绍 guide: /page:all api manual: 一个开源的通讯库，高效，支持多种语言 只专注和解决了消息通讯这一基本问题 不必在意启动顺序 关注的是通讯双方的职责 提供四种通讯模式 一对一结对通讯 （ZMQ_PAIR) 请求回应模型 发布订阅模型 管道模型 高性能 应用简单 // push客户端 zmq::socket_t socket_(context, ZMQ_PUSH); socket_.connect(g_address_.c_str()); std::string str_msg(message produce by push_client.); while (true) { zmq::message_t send_msg(str_msg.size()); memcpy(send_msg.data(), str_msg.c_str(), str_msg.size()); socket_.send(send_msg); SLEEP_T(g_send_interval_milisec); } 应用简单 // pull 服务端 void startReceive(zmq::context_t context) { zmq::socket_t socket_(context, ZMQ_PULL); socket_.bind(g_address_.c_str()); while (true) { zmq::message_t received_msg; socket_.recv(received_msg); } socket_.close(); } 配对使用的模式 PUB and SUB PUSH and PULL DEALER and ROUTER REQ and REP REQ and ROUTER DEALER and REP PAIR and PAIR DEALER and DEALER ROUTER and ROUTER 二、常用模式的特点介绍及演示 PUB/SUB PUSH/PULL Router/Dealer pub/sub的特性 客户端未连接，消息是否丢弃 接收端处理不过来，消息如何处理 服务端网络异常，恢复后是否重连，期间消息是否丢弃 客户端网络异常，恢复后是否重连，期间消息是否丢弃 pUSH/PULL的特性 客户端未连接，消息是否丢弃 接收端处理不过来，消息如何处理 服务端网络异常，恢复后是否重连，期间消息是否丢弃 客户端网络异常，恢复后是否重连，期间消息是否丢弃 ROUTER/DEALER的特性 客户端未连接，消息是否丢弃 接收端处理不过来，消息如何处理 服务端网络异常，恢复后是否重连，期间消息是否丢弃 客户端网络异常，恢复后是否重连，期间消息是否丢弃 三、实践中的问题 为进程创建一个context，传送给所有线程 （in-proc需要使用相同contex） 不允许在线程间共享套接字（套接字的线程使用这个套接字） 避免使用同步控制，如互斥/信号量/临界区，应该使用zmq消息 发布订阅不能重连 dealer的重复identity导致的大量time_wait连接 达到高水位时，pub丢掉数据，其它则阻塞 四、待继续探讨的问题 sub端处理能力不足，缓存占用问题 dealer异常关闭后identity占用问题 内存有限时，可以把数据buffer放在磁盘上 感谢！