分享一下@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   

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

我用socat尝试过以下方法:

socat TCP-L:8080,fork,reuseaddr -

而且，即使我没有建立到套接字的连接，我也不能在同一个端口上侦听两次，尽管有reuseaddr选项。

我得到了这条消息(这是我之前预期的):

2016/02/23 09:56:49 socat[2667] E bind(5, {AF=2 0.0.0.0:8080}, 16): Address already in use

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

分享一下@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   

原则上，没有。

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

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

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

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