为什么你声称这样做是不好的做法？在我看来这很好，因为你在不同的线程中收听和接收消息。

POSIX 将 send/recv 定义为原子操作，因此假设您正在谈论 POSIX send/recv，那么是的，您可以从多个线程同时调用它们，并且一切正常。

这并不一定意味着它们将并行执行——在多次发送的情况下，第二个可能会阻塞，直到第一个完成。您可能不会注意到这一点，因为一旦将数据放入套接字缓冲区，发送就会完成。

如果您使用 SOCK_STREAM 套接字，尝试并行执行操作不太可能有用，因为 send/recv 可能只发送或接收消息的一部分，这意味着事情可能会被分裂。

SOCK_STREAM 套接字上的阻塞发送/接收只会阻塞到它们发送或接收至少 1 个字节，因此阻塞和非阻塞之间的差异没有用。

@Joao：SOCK_DGRAM 套接字被记录为“保留消息边界”，但这并不十分清楚。通过查看 Linux 内核源代码，您至少可以看到每个发送和接收都以原子方式处理单个数据包（至少对于 udp 而言）。

@Kedar：不确定你的意思。一旦数据被放入发送缓冲区，发送就会返回，并且数据会通过网络堆栈异步发送到网络上。因此，如果你有一个发送线程和一个接收线程，那么在接收线程收到第一个数据包之前，发送线程完全有可能（甚至很可能）发送许多数据包。它完全是异步的，而不是同时的。

@ChrisDodd，您能给出“POSIX 将 send/recv 定义为原子操作”的链接吗？

@suitianshi：POSIX 1003.1c 标准文档列出了 1003.1 中所有可重入（可安全地从线程调用）和不可重入的函数。遗憾的是，我不知道有任何地方有可用的免费在线副本。

@ChrisDodd 我在 unix-systems.org/version4 上找到了副本，我可以看到第 7.1 章中的系统接口表列表，但没有看到其中将函数列为原子操作。不是怀疑你，但你能分享/编辑你的答案来证明你在文档中的观点吗？

套接字描述符属于进程，而不是特定线程。因此，可以在不同线程中向同一套接字发送/接收数据，操作系统将处理同步。

但是，如果发送/接收的顺序在语义上很重要，您自己（分别是您的代码）必须确保不同线程中的操作之间的正确排序 - 线程总是如此。

我看不出并行接收如何能完成任何事情。如果您有一条 3 字节的消息，那么 1 个线程可以获取前 2 个字节，另一个线程可以获取最后一个字节，但您无法分辨哪个是哪个。除非您的消息只有一个字节长，否则您无法通过多个线程接收来可靠地完成任何事情。

则多次发送 可能会 有效，但我不确定。有可能一个消息会覆盖另一个消息。这样做肯定不会带来任何性能上的好处。

如果需要多个线程发送，则应实现同步消息队列。让一个线程执行实际发送操作，从队列中读取消息，让其他线程将整个消息入队。接收操作也同样有效，但接收线程必须知道消息的格式，以便能够正确地反序列化它们。

如果你使用 SOCK_DGRAM 套接字，每个 recv 都会得到一个数据报；它将永远不会在 recv 之间分割

@noah，我同意并行接收无法完成任何事情。这就是我没有问这个问题的原因。我的问题是并行发送/接收，然后并行发送多个。您的回答确实深入了解了并行发送。同样感谢您的回答。

@Chris 说得好。我假设是 TCP。@Jay 你可能会澄清这个问题“我们可以并行调用发送/接收吗”，听起来你想并行接收。

@noah 如果我理解正确的话，您说的是一个线程用于发送消息，而另一个线程用于接收消息。我说得对吗？使用同一个线程读取和发送消息怎么样？