首页 > 解决方案 > 与多个独立进程(1个服务器,n个客户端)的本地机器进程间通信

问题描述

我想要一个接受简单消息的服务器进程(最好是 Python)和多个连接到服务器并向其发送消息的客户端(再次,最好是 Python)。服务器和客户端只会在同一台本地机器上运行,并且操作系统是基于 Linux 的。服务器将由操作系统自动启动,客户端随后独立于服务器启动。我强烈希望避免安装一个完全独立的消息传递框架/服务器来执行此操作。消息将是简单的字符串,例如“kick”,甚至只是表示消息类型的单个字节。它还需要知道何时建立和丢失连接。

从这些要求来看,我认为命名管道将是一个可行的解决方案,为每个客户端连接创建一个该管道的新实例。但是,当我搜索示例时,我遇到的所有示例都处理从同一个父进程产生的进程并且不是独立启动的,这意味着它们可以将父引用传递给子进程。

Windows 似乎允许命名管道的多个实例(每个客户端连接一个),但我不确定这在基于 Linux 的操作系统上是否可行?

请有人指出我正确的方向,最好是一个基本的例子,即使它只是伪代码。

我已经查看了 Python 中的多处理模块,但这似乎是围绕服务器和客户端共享相同的进程或让一个产生另一个。

编辑 可能很重要,不保证主机设备具有网络功能(嵌入式设备)。

标签: pythonlinuxpipeipc

解决方案


我以前用zeromq做这种事情。它是一个相对轻量级的库,公开了这种功能

否则,您可以通过bind在服务器进程中创建一个套接字并让客户端访问它来自己实现connect它。这适用于 unix 域套接字,只需AF_UNIX在创建套接字时传递,例如:

import socket

with socket.socket(socket.AF_UNIX) as s:
    s.bind('/tmp/srv')
    s.listen(1)

    (c, addr) = s.accept()
    with c:
        c.send(b"hello world")

对于服务器,并且:

with socket.socket(socket.AF_UNIX) as c:
    c.connect('/tmp/srv')
    print(c.recv(8192))

为客户。

围绕这个编写协议更加复杂,这就是像 zmq 这样的东西真正有帮助的地方,你可以轻松地推送 JSON 消息


推荐阅读