挺好的，有现成的解决方案，比自己鼓捣好多了。
【 在 elephant 的大作中提到: 】
: 我这是不是一个好的选择？  
: 懒，觉得ZMQ更人性，操心的事情少，  
: 而且ZMQ是面向消息的，不用为字节流的拆包组包烦心了。  
: --  
:

发自「今日水木 on M2007J17C」
--
FROM 106.121.133.*

的确是省心，
我自己写的socket代码经过客户的高强度使用反馈两年才稳定， 配合DMTCP实现save/restore，有bug太难调啦

而直接使用ZMQ应该可以节省大量人力。
中间我一度打算使用nanomsg/nng， 这个好处是MIT license，坏处是相关资料比zmq少多了

【 在 elephant 的大作中提到: 】
: 我这是不是一个好的选择？
: 懒，觉得ZMQ更人性，操心的事情少，
: 而且ZMQ是面向消息的，不用为字节流的拆包组包烦心了。
--
FROM 101.86.16.*

其实我理解他是在通信组件模型的基础上，附带提供了进程/线程模型。
可以看下《ZeroMQ 云时代极速消息通信库》这个pdf，是基于官方文档翻译的，
写的还是挺有意思的。


【 在 JulyClyde 的大作中提到: 】
: 看了zmq那几个pattern，我发现我理解不了……
--
FROM 221.231.166.*

好像不更新了，作者也去世了吧？
【 在 cn62 的大作中提到: 】
: ZMQ的协议看起来不太友好啊。  
: 能不开源使用？  
: --

发自「今日水木 on M2007J17C」
--
FROM 106.121.152.*

不支持。
ZMQ功能比较精简，TLS不在主业范围内。

【 在 z16166 的大作中提到: 】
: ZMQ貌似不支持TLS？得用第三方的封装
: 最近被人安利MQTT，这个支持TLS，不过是带broker的。
--
FROM 221.231.166.*