我创建了一个带有服务器和客户端类的应用程序，它们具有用于创建 tcp 套接字或 udp 套接字的方法。现在我的要求是我已经创建了该应用程序的两个应用程序实例。由于应用程序是在 unix 环境中使用 c++ 编写的，因此我使用 putty 软件来运行该应用程序。我已经打开了两个腻子实例。但现在我的要求如下:
2个应用程序实例之间可以有多个通信实例
每个通信实例，2个应用实例之间可以有多个通信实例
每个通信实例可以是 UDP 或 TCP(根据配置文件确定)可以是 UDP 或 TCP(根据配置文件确定)
任何知道如何创建此类多个实例的人。
最佳答案
嗯，所以有两个进程，但他们希望进程能够通过一对以上的套接字相互通信？即，两个进程之间可以有两个(或更多)TCP 套接字连接，和/或两对(或更多)UDP 套接字来回发送数据包。
如果我上面的段落是正确的(即，如果我没有误解该请求)，那当然是可能的，尽管通过这样做你会获得什么优势并不是很明显。然而，您需要做的是让应用程序的每个实例创建多个套接字(通过 socket()+bind() 建立 UDP 套接字，或者通过 socket()+bind()+listen()+accept() 接受传入的 TCP 连接，或者通过 socket()+connect() 启动到其他程序实例的 TCP 连接。
管理多个套接字的棘手部分是正确处理等待。只要有一个套接字，您通常就可以不用使用默认的阻塞 I/O 语义，这样您最终就可以将套接字视为文件，并让每个 send() 或 receive() 操作(等)在返回到调用函数之前花多长时间才能完成。
另一方面，对于多个套接字，您通常希望能够响应任何已准备好的套接字上的数据，这意味着您不能只阻止等待任何一个特定套接字，因为如果这样做，您可能会在阻塞调用返回之前等待很长一段时间(可能永远!)，同时您无法处理来自任何其他套接字的任何数据。 (当其中一个连接连接到一台刚刚拔掉插头的计算机时，问题变得尤其明显，因为 TCP 堆栈通常需要几分钟才能确定远程计算机已消失)为了解决这个问题，您通常需要使用非阻塞 I/O 和套接字复用调用(例如 poll() 或 select() 或 kqueue())，或者生成多个线程并让每个线程处理单个套接字。这两种方法都不是特别容易——一旦掌握了套接字多路复用方法，它就可以很好地工作，但是多路复用调用的语义有些复杂，需要一段时间才能完全理解它的工作原理。非阻塞 I/O 使事情变得更加复杂，因为这意味着您的代码必须正确处理部分读取和写入。多线程方法乍一看似乎更简单，但它有自己更大、更微妙的“陷阱”(竞争条件、死锁)，如果您不太注意线程正在做什么以及如何做，从长远来看，这些问题可能会导致很多痛苦。
ps 由于您处于 Unix 环境中，因此第三种可能的方法是为每个套接字 fork() 一个子进程。这与多线程方法类似，只是更安全一些，因为您的“线程”实际上是进程，并且每个线程都有自己独立的内存空间，因此它们在工作时不太可能互相绊倒。缺点是内存使用量更高，而且由于进程空间分离，进程之间的通信变得有点困难(而且更慢)。
关于linux - 在c++ linux中的socket编程中创建许多通信实例，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11805996/