哪个更适合本地IPC,POSIX消息队列(mqueues)或Unix域(local)sockets?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (3)
  • 关注 (0)
  • 查看 (66)

使用POSIX消息队列或Unix域socket进行本地IPC通信更好吗?

发送端的基本逻辑是:

connect to server
send request
note if the send worked or not
disconnect from server

一个服务器可以有数百个客户端。

我们正在运行Linux操作系统的SMP系统(4-8核)上执行。

提问于
用户回答回答于

Unix域socket不必在TIME_WAIT-类似的状态,因为这一等待时间是用来防止连接中的丢包仍然在因特网上徘徊的情况。这种担心在当地并不适用。

Unix域socket可以是SOCK_STREAM(如TCP)或SOCK_DGRAM(与UDP一样),通过添加保证UNIX域数据报套接字是可靠的,并且不重新排序数据报。

如果你愿意的话,你仍然需要某种ACK(即使是TCP)。的另一个应用程序读取了发送的消息;毕竟,即使send()成功了,它可能在有机会处理消息之前就崩溃了。(这也适用于消息队列---为了确保消息不会丢失,接收应用程序必须将请求写入日志,将请求刷新到磁盘,然后发送回确认)。

我同意这个选择本质上是编程熟悉程度的问题。

用户回答回答于
用户回答回答于

与UNIX域数据报套接字相比,SysV消息队列具有我所知道的主要区别:

  • 你可以poll()套接字,但不能消息队列。
  • 消息队列是全局的,可能(而且通常需要)需要一些管理参与:清理旧的挂起的SysV资源是许多sysadmin日常例程之一。虽然UNIX域的语义要简单得多,而且应用程序通常可以在内部完全维护它,而不涉及sysadmin。
  • 消息队列是持久的,它可能会保留来自旧会话的消息。(无法准确地回忆起这一点,但IIRC不止一次发生在我身上)。
  • 看着man msgrcv我看不出套接字的类比MSG_PEEK很少需要,但有时会很方便。
  • 大多数情况下,用户更喜欢在配置符号名称中使用,而不是数字键id。缺少符号键,IMO是相当严重的监督部分SysV界面设计师。

与所有SysV资源一样,它们的管理是主要的PTAA。如果让系统决定消息队列ID,那么必须妥善地与其他应用程序共享它。(还必须以某种方式告诉管理员,最终必须删除ID)。如果允许配置消息队列的密钥,那么可能会遇到一些琐碎的问题,某些应用程序已经使用了id,或者是上一次运行的残余。(看到服务器重新启动只是因为它们耗尽了SysV资源,这是很常见的。)

总之,我尽量避免SysV资源:缺乏poll()在最常见的情况下,支持是一种破坏交易的手段。

然而,客户端并不等待“它已完成”的响应--尽管他们确实想知道他们的请求是否已经收到。

这是事务处理中常见的两难问题。一般的响应是(就像在RDBMS中一样),在通信中断(崩溃或其他什么)之后,应用程序必须检查自己是否已经处理了请求。

从这一点我可以看出,TCP可能是一个更好的选择。客户端发送请求,并且只有在从服务器获得积极响应时才声明它已完成。除非服务器能够向客户端发送响应,否则必须回滚事务。

扫码关注云+社区

领取腾讯云代金券