简短的回答:

根据这里给出的答案。您可以让两个应用程序侦听相同的IP地址和端口号，只要其中一个端口是UDP端口，而另一个是TCP端口。

解释:

端口的概念与TCP/IP堆栈的传输层相关，因此只要使用堆栈的不同传输层协议，就可以让多个进程侦听相同的< IP -address>:<port>组合。

人们有一个疑问，如果两个应用程序运行在相同的<ip-address>:<端口>组合上，那么在远程机器上运行的客户机如何区分这两个应用程序?如果你看一下IP层数据包头(https://en.wikipedia.org/wiki/IPv4#Header)，你会发现第72位到第79位是用来定义协议的，这就是如何区分的。

然而，如果你想让两个应用程序在相同的TCP < IP -address>:<port>组合上，那么答案是否定的(一个有趣的练习是启动两个vm，给它们相同的IP地址，但不同的MAC地址，看看会发生什么——你会注意到有些时候VM1将获得数据包，而其他时候VM2将获得数据包——这取决于ARP缓存刷新)。

我认为，通过让两个应用程序在相同的<op-address>:<端口>上运行，可以实现某种负载平衡。为此，您可以在不同的端口上运行应用程序，并编写IP表规则来划分它们之间的流量。

请参见@user6169806的回答。

简短的回答:

根据这里给出的答案。您可以让两个应用程序侦听相同的IP地址和端口号，只要其中一个端口是UDP端口，而另一个是TCP端口。

解释:

端口的概念与TCP/IP堆栈的传输层相关，因此只要使用堆栈的不同传输层协议，就可以让多个进程侦听相同的< IP -address>:<port>组合。

人们有一个疑问，如果两个应用程序运行在相同的<ip-address>:<端口>组合上，那么在远程机器上运行的客户机如何区分这两个应用程序?如果你看一下IP层数据包头(https://en.wikipedia.org/wiki/IPv4#Header)，你会发现第72位到第79位是用来定义协议的，这就是如何区分的。

然而，如果你想让两个应用程序在相同的TCP < IP -address>:<port>组合上，那么答案是否定的(一个有趣的练习是启动两个vm，给它们相同的IP地址，但不同的MAC地址，看看会发生什么——你会注意到有些时候VM1将获得数据包，而其他时候VM2将获得数据包——这取决于ARP缓存刷新)。

我认为，通过让两个应用程序在相同的<op-address>:<端口>上运行，可以实现某种负载平衡。为此，您可以在不同的端口上运行应用程序，并编写IP表规则来划分它们之间的流量。

请参见@user6169806的回答。

如果至少有一个远程ip是已知的，静态的，专用于只与你的一个应用程序对话，你可以使用iptables规则(表nat，链PREROUTING)来重定向从这个地址到“共享”本地端口的传入流量到任何其他端口，其中适当的应用程序实际监听。

答案取决于所考虑的操作系统。总的来说:

对于TCP，没有。同一时间只能有一个应用程序侦听同一端口。现在，如果您有2个网卡，您可以让一个应用程序在第一个IP上侦听，第二个应用程序在第二个IP上侦听，使用相同的端口号。

对于UDP (Multicasts)，多个应用程序可以订阅同一个端口。

编辑:自Linux Kernel 3.9及更高版本以来，使用SO_REUSEPORT选项添加了对多个应用程序侦听同一端口的支持。更多信息可以在lwn.net文章中找到。

是也不是。只有一个应用程序可以在一个端口上进行主动侦听。但是该应用程序可以将其连接遗留给另一个进程。因此，您可以让多个进程在同一个端口上工作。

原则上，没有。

这不是刻在石头上的;但这是所有api的编写方式:应用程序打开一个端口，获得它的句柄，当客户端连接(或UDP情况下的数据包)到达时，操作系统(通过该句柄)通知它。

如果操作系统允许两个应用程序打开同一个端口，它怎么知道该通知哪一个呢?

但是…有一些方法可以解决这个问题:

正如Jed所指出的，您可以编写一个“主”进程，这将是唯一一个真正侦听端口并通知其他端口的进程，使用任何它想要分离客户端请求的逻辑。 在Linux和BSD(至少)上，你可以设置“重映射”规则，将数据包从“可见”端口重定向到不同的端口(应用程序正在侦听的端口)，根据任何与网络相关的标准(可能是原始网络，或一些简单的负载平衡形式)。