ServerSocket是否在任意端口上接受返回套接字？

Question

关于Java中的serversockets，我已经看到了许多与此答案相似的答案：“假设您有一台服务器，其serversocket的端口为5000。客户端A和客户端B将连接到我们的服务器。

客户端A在端口5000上向服务器发送请求。客户端A侧的端口由操作系统选择。通常，操作系统会选择下一个可用的端口。该搜索的起点是先前使用的端口号+
1（例如，如果操作系统最近碰到了我们的端口45546，则操作系统将尝试45547）。

假定没有连接问题，服务器将收到客户端A在端口5000上进行连接的请求。然后服务器打开自己的下一个可用端口，并将其发送给客户端。在这里，客户端A连接到新端口，并且服务器现在又具有可用的端口5000。”

我已经在stackoverflow的多个问题中看到过类似的答案，这些问题涉及如何在accept（）的返回套接字中使用与ServerSocket正在侦听的端口不同的端口。我一直给人的印象是TCP是由四重信息标识的：

客户端IP：客户端端口和服务器IP：服务器端口->协议（以区分TCP和UDP）

那么为什么accept（）需要返回绑定到另一个端口的套接字？在不需要使用服务器计算机上不同端口进行通信的情况下，在每个报头中发送的信息四方组是否足以将与同一服务器端口的多个连接与不同计算机区分开？

Answer 1

您在TCP数据包头信息中是正确的。它包含了：

Client IP | Client Port | Server IP | Server Port | Protocol

或者，更恰当的选择（因为考虑到双向传输时客户端/服务器会造成混乱）：

Source IP | Source Port | Destination IP | Destination Port | Protocol

到同一服务器端口的多个连接将来自客户端上的 不同端口 。一个示例可能是：

0.0.0.0:45000 -> 1.1.1.1:80
0.0.0.0:45001 -> 1.1.1.1:80

客户端端口的差异足以消除两个套接字的歧义，因此具有两个单独的连接。服务器无需打开另一个端口上的另一个套接字。它确实从该accept方法接收套接字，但已将其分配给相同的端口，并且现在是返回到新接受的客户端的路由。

另一方面，FTP确实具有一种模型，其中服务器将打开一个新的非特权端口（>
1023），并将其发送回客户端以供客户端连接（这称为“被动FTP”）。这是为了解决客户端位于防火墙后面且无法接受来自服务器的传入数据连接的问题。但是，在典型的HTTP服务器（或任何其他标准套接字实现）中不是这种情况。该功能位于FTP之上。