3

我正在尝试实现一个简单的 UDP 客户端和服务器。服务器应该收到一条消息并返回一个转换后的消息。

我对服务器的主要技术是在循环中侦听 UDP 消息，然后multiprocessing.Process为每个传入消息生成并在每个Process实例中发送回复：

class InputProcessor(Process):
    ...

    def run(self):
        output = self.process_input()
        self.sock.sendto(output, self.addr) # send a reply

if __name__ == "__main__":
    print "serving at %s:%s" % (UDP_IP, UDP_PORT)

    sock = socket.socket(socket.AF_INET,    # Internet
                         socket.SOCK_DGRAM) # UDP
    sock.bind((UDP_IP,UDP_PORT))

    while True:
        data, addr = sock.recvfrom(1024) # buffer size is 1024 bytes
        print "received message: %s from %s:%s" % (data, addr[0], addr[1])
        p = InputProcessor(sock, data, addr)
        p.start()

在测试客户端，我做这样的事情：

def send_message(ip, port, data):
    sock = socket.socket(socket.AF_INET,    # Internet
                         socket.SOCK_DGRAM) # UDP
    print "sending: %s" % data
    sock.sendto(data, (ip, port))
    sock.close()


for i in xrange(SECONDS*REQUESTS_PER_SECOND):
    data = generate_data()
    p = multiprocessing.Process(target=send_message, args=(UDP_IP,
                                                           UDP_PORT,
                                                           data))
    p.start()
    time.sleep(1/REQUESTS_PER_SECOND)

我在上面的代码中遇到的问题是，当REQUESTS_PER_SECOND高于某个值（~50）时，似乎某些客户端进程会收到发往不同进程的响应，即进程#1 收到进程#2 的响应，反之亦然。

请尽可能批评我的代码，因为我是网络编程的新手，可能会遗漏一些明显的东西。也许出于某种原因，使用 Twisted 甚至更有价值和更好，但是，我对了解内部结构非常感兴趣。谢谢。

4

2 回答 2

2

根据之前的回答，我认为主要原因是客户端的 UDP 端口存在竞争条件。我没有看到在客户端代码中接收，但大概它类似于服务器部分中的代码。我认为具体而言，对于低于 50 个请求/秒的值，请求 - 响应往返完成并且客户端退出。当更多请求到达时，可能有多个进程阻塞读取 UDP 套接字，然后可能不确定哪个客户端进程接收到传入消息。如果在实际设置中网络延迟会更大，那么这个限制会更快达到。

于 2012-05-03T16:43:01.710 回答
1

非常感谢你们！看来我已经找到了我的代码之前失败的原因。我multiprocessing.Manager().dict() 在客户端内使用来检查服务器的结果是否正确。但是，我没有使用任何锁来包装一组写操作dict()，因此尽管服务器的输出是正确的，但还是出现了很多错误。

不久，在客户端，我对正确的服务器响应进行了不正确的检查。

于 2012-05-04T05:43:24.640 回答