简短的回答:

根据这里给出的答案。您可以让两个应用程序侦听相同的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)来重定向从这个地址到“共享”本地端口的传入流量到任何其他端口，其中适当的应用程序实际监听。

Yes.

从这篇文章中: https://lwn.net/Articles/542629/

新的套接字选项允许同一主机上的多个套接字绑定到同一个端口

原则上，没有。

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

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

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

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

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

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

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

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

Yes (for TCP) you can have two programs listen on the same socket, if the programs are designed to do so. When the socket is created by the first program, make sure the SO_REUSEADDR option is set on the socket before you bind(). However, this may not be what you want. What this does is an incoming TCP connection will be directed to one of the programs, not both, so it does not duplicate the connection, it just allows two programs to service the incoming request. For example, web servers will have multiple processes all listening on port 80, and the O/S sends a new connection to the process that is ready to accept new connections.

SO_REUSEADDR

允许其他套接字bind()绑定到该端口，除非已经有一个活动监听套接字绑定到该端口。这使您能够在崩溃后尝试重新启动服务器时绕过“地址已在使用”错误消息。