ZeroMQ基于inproc://传输的套接字是否属于实验性功能？

你在zmq_socket文档中看到的脚注原文为：

ZMQ_PAIR套接字专为通过zmq_inproc(7)传输实现跨线程通信设计，未实现自动重连等功能。ZMQ_PAIR套接字属于实验性功能，可能存在其他功能缺失或故障问题。

针对你的疑问，结论非常明确：这个实验性标注的适用对象是ZMQ_PAIR套接字类型本身，并非仅针对基于网络传输的ZMQ_PAIR抽象。

• 从脚注的文本逻辑就能判断：整段表述的主语始终是ZMQ_PAIR套接字，前半句说明它的设计初衷是搭配zmq_inproc实现跨线程通信、没有内置自动重连机制，后半句顺承给出它的状态说明——属于实验性功能，可能存在功能缺失或故障，全程没有任何表述把实验性限定在tcp/ipc等网络传输场景下。
• zmq_inproc本身是ZeroMQ最早落地、最稳定的核心传输层实现之一，它的API文档没有标注实验性是完全合理的：有问题的从来不是inproc传输本身，而是跑在这个传输层之上的ZMQ_PAIR套接字实现。
• 对应2.1版本的实际实现表现也能佐证这点：哪怕是搭配inproc使用的ZMQ_PAIR，当时也存在不少已知问题，比如两端连接时序不匹配会直接静默丢消息、一端异常退出后另一端不会收到任何状态通知、没有内置的消息缓冲兜底逻辑，这些都是ZMQ_PAIR套接字本身的实现缺陷，和底层用什么传输没有关系。
• 补充后续版本的变动供参考：在更高版本的ZeroMQ中，文档已经更新了相关状态说明：ZMQ_PAIR搭配inproc做单对单跨线程通信的场景已经被标记为稳定可用，但如果把ZMQ_PAIR用在tcp/ipc这类跨进程、跨网络的传输场景下，依然属于未做完整功能验证、不推荐生产使用的非稳定用法。

内容的提问来源于stack exchange，提问作者JSON