分享一下@jnewton提到的内容。 我在我的mac上启动了一个nginx和一个嵌入式tomcat进程。我可以看到两个进程都运行在8080。

LT<XXXX>-MAC:~ b0<XXX>$ sudo netstat -anp tcp | grep LISTEN
tcp46      0      0  *.8080                 *.*                    LISTEN     
tcp4       0      0  *.8080                 *.*                    LISTEN   

肯定是的。据我所知，从内核版本3.9(不确定版本)开始，就引入了对SO_REUSEPORT的支持。SO_RESUEPORT允许绑定到完全相同的端口和地址，只要第一个服务器在绑定套接字之前设置了这个选项。

它适用于TCP和UDP。有关更多详细信息，请参阅链接:SO_REUSEPORT

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

原则上，没有。

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

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

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

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

如果你所说的应用程序是指多个进程，那么是，但通常不是。 例如Apache服务器在同一个端口上运行多个进程(通常是80)。它通过指定一个进程实际绑定到端口，然后使用该进程向接受连接的各个进程进行切换来实现。

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