gpt4 book ai didi

multithreading - UDP 服务器应该如何回复它的客户端?

转载 作者:行者123 更新时间:2023-12-02 02:23:48 25 4
gpt4 key购买 nike

我需要一个可以与许多客户端通信的 UDP 服务器。

我目前的想法是

  1. 打开一个套接字
  2. 绑定(bind)到端口
  3. 从客户那里获得
  4. fork
    • child:处理消息,打开一个新的socket并发送给客户端
    • 家长:转到第 3 步

服务器在客户端连接的同一端口上回复客户端,但从一个随机端口。

我已经实现了这个,并且在我的测试客户端上,它有效。

然而,真正的客户端是由其他人在其他地方编写的。 (这是一个嵌入式系统)

他的客户希望从他发送消息的同一端口得到回复。我似乎可以做到这一点的唯一方法是使用相同的套接字,这确实有效。

但我担心的是,如果有多个客户端同时尝试连接,这会导致问题。

应该怎么做?

最佳答案

UDP 套接字比 TCP 套接字简单得多。只需在与 sendto(2) 相同的套接字上回复使用您从 recvfrom(2) 获得的客户地址.无需打乱这些线程,只需循环执行即可。

编辑0:

在您的评论之后详细说明 - 当您在 UDP 套接字上获取数据报时,您不会像 TCP 那样获得新的套接字描述符,因此您的父级仍然处理所有输入。现在,您是否计划 fork(2) -ing 一个新进程,然后为每个数据包创建一个新套接字?或者您想跟踪源地址并将它们映射到子进程并设置某种从父进程到子进程的消息传递?我也不会。开销太大了。只需在线执行即可。

然后,如果您的消息速率真的高并且您的处理真的很重 - 增加服务器套接字接收缓冲区(SO_RCVBUFsetsockopt(2) ),研究线程化服务器,将其拆分为 I/O 和处理部分,研究无锁队列等。但最后一部分是完全不同的故事。从简单开始。

关于multithreading - UDP 服务器应该如何回复它的客户端?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6943911/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com