您可以让一个应用程序侦听一个网络接口的一个端口。因此你可以有:

HTTPD监听远程可访问的接口，例如192.168.1.1:80 另一个守护进程监听127.0.0.1:80

示例用例可以是使用httpd作为负载均衡器或代理。

如果至少有一个远程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

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

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

原则上，没有。

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

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

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

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