套接字，它的属性和 SO_REUSEADDR 选项

Question

我有几个基本问​​题:

1.一个socket由一个协议(protocol)、一个本地ip、本地端口、远程ip和远程端口来表示。假设客户端和服务器之间存在这样的连接。现在当我将另一个客户端绑定(bind)到相同的本地端口和 ip ，它被绑定(bind)了(我使用了 SO_REUSEADDR)但是第二个客户端的连接操作到相同的远程 ip 和端口失败了。所以，有没有办法第三个进程可以共享同一个套接字？

2.当我们在绑定(bind)到本地端口和ip的套接字上调用listen()时，它会监听连接。当客户端连接时，它会创建一个套接字(比如 A)。它完成了 3 次握手，然后启动了一个不同的套接字(比如 B)并删除了套接字 A(Source)。新的客户端由新的套接字 B 处理。所以，什么样的套接字代表一个监听套接字，即远程 ip 和端口是什么，套接字 A 与该套接字不同，还是只是将远程 ip 和端口添加到监听套接字形式 A？

3.我读到如果该端口和 ip 上没有套接字监听，并且该端口和 ip 上的所有套接字都设置了 SO_REUSEADDR 选项 ，则 SO_REUSEADDR 可以在该端口上建立监听套接字.但后来我也遇到了一条文字，上面写着如果一个客户端绑定(bind)了一个端口和ip，另一个客户端不能绑定(bind)到它(即使使用了SO_REUSEADDR)，除非第一个客户端成功调用connect() .有没有监听套接字 (它是一个客户端，所以我们没有调用 connect())在那个端口和 ip 在这个例子中 .所以，为什么不允许其他客户？

提前致谢。

Answer 1

正确:无法使用相同的协议(protocol)、本地端口、本地地址、远程端口和远程地址创建两个不同的套接字。没有什么可以告诉哪些数据包属于哪个套接字!

监听套接字没有远程地址和远程端口。没关系，因为线路上没有与此套接字关联的数据包(目前)。实际上，所有套接字都不是从本地地址或远程地址或端口开始的。这些属性仅在稍后 bind() 时分配。 (本地)和connect()/accept() (远程)被调用。

直到您调用 connect()或 listen()在套接字上，服务器(监听)或客户端套接字之间没有任何区别。他们是一样的。因此，如果两个套接字都没有远程地址或端口，则不允许两个套接字共享相同的协议(protocol)、本地地址和本地端口。

但实际上这不是问题，因为您通常不会调用 bind()。在客户端套接字上，这意味着存在隐式 bind()到 connect() 的临时端口时间。这些典型的客户端套接字不能与监听套接字发生冲突，因为它们从没有与它们关联的地址变为同时具有与它们关联的本地和远程地址，从而跳过了它们只有一个本地地址的状态。