听多次调用套接字 – 预期的行为？

我在Linux（4.10.3）系统上使用简单的基于C的服务器程序时，发现了一些奇怪的事情。 我不小心结束了调用listen()两次在一个套接字（从服务器进程）我已经在早些时候调用bind() 。 我注意到，这两个监听调用成功没有任何错误。 事实上，听多less个电话听我都不重要，所有的电话听都成功了。

我期待所有的电话后，第一个听EADDRINUSE失败。 我错过了什么吗？ Linux / POSIX手册页似乎没有说这个。 我在下面的网页上find了关于这种行为的一个参考：

https://www.mkssoftware.com/docs/man3/listen.3.asp

应用程序可以在同一套接字上多次调用listen（）。 这具有更新监听套接字的当前积压的效果。 如果有更多待处理的连接比新的待办事项值多，则多余的挂起连接将被重置并丢弃。

• 当一个pthread退出时如何保持进程退出？
• 使用-std = c99进行编译时，使用struct ip_mreq消失
• 套接字和文件描述符重用（或缺less）
• Linux的TCP / IP非阻塞发送套接字stream.. TCP recv缓冲区发生了什么？
• 读取套接字行为

我不清楚这是否也适用于Linux。 所以我的问题是：当在同一进程中多次调用同一个套接字时，会发生什么情况？ （显然在用户空间中没有可见的副作用，但是Linux内核在内核空间中做了什么特别的事情？）

谢谢。