我用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

我用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

另一种方法是使用一个程序在一个端口上监听，该程序分析流量类型(ssh、https等)，它将在内部重定向到另一个“真正的”服务正在监听的端口。

例如，对于Linux, sslh: https://github.com/yrutschle/sslh

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

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

原则上，没有。

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

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

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

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

在创建TCP连接时，您要求连接到特定的TCP地址，该地址是IP地址(v4或v6，取决于您使用的协议)和端口的组合。

当服务器监听连接时，它可以通知内核它想监听特定的IP地址和端口，即一个TCP地址，或者在每个主机的IP地址(通常用IP地址0.0.0.0指定)上的相同端口，这实际上是在监听许多不同的“TCP地址”(例如，192.168.1.10:8000,127.0.0.1:8000等)。

不，您不能让两个应用程序侦听同一个“TCP地址”，因为当消息传入时，内核如何知道该将消息传递给哪个应用程序?

然而，在大多数操作系统中，您可以在单个接口上设置多个IP地址(例如，如果在一个接口上有192.168.1.10，如果网络上没有其他人使用它，则还可以设置192.168.1.11)，在这些情况下，您可以在这两个IP地址的每个端口8000上设置单独的应用程序。