一、SO_REUSEADDR 目前为止我见到的设置SO_REUSEADDR的使用场景：server端在调用bind函数时 setsockopt(listenfd, SOL_SOCKET, SO_REUSEADDR,(const void *)&reuse , sizeof(int)); 目的：当服务端出现timewait状态的链接时，确保server能够重启成功。 注意：SO_REUSEADD
socket常见选项之SO_REUSEADDR,SO_REUSEPORT 目录 SO_REUSEADDR time-wait SO_REUSEPORT SO_REUSEADDR 一般来说，一个端口释放后会等待两分钟之后才能再被使用，SO_REUSEADDR是让端口释放后立即就可以被再次使用 SO_REUSEADDR用于对TCP套接字处于TIME_WAIT状态下的so
问题 每次kill掉该服务器进程并重新启动的时候，都会出现bind错误：error:98，Address already in use 问题产生原因 1、一般来说，一个端口释放后会等待两分钟之后才能再被使用，SO_REUSEADDR是让端口释放后立即就可以被再次使用。 SO_REUSEADDR用于对TCP套接字处于TIME_WAIT状态下的s
协议TCPUDP连接性面向连接 (Connection oriented)无连接 (Connection less)双工性全双工(1:1)n:m可靠性可靠(重传机制)不可靠 (丢包后数据丢失)有序性有序(通过SYN排序)无序有界性无, 有粘包情况有消息边界, 无粘包拥塞控制有无传输速度慢快量级低高头部大小20~60个字节8个字
前用Python写了个简单的TCP通信程序，放在腾讯云上24小时运行。不过有个问题，有时候使用kill -9 pid命令结束掉python进程后，再次运行程序就会提示Address already in use这个错误，然而等一段时间再去运行就可以了。 造成这个问题的原因在于此时TCP连接还没有完全关闭，而Socket默认不支
python在windows平台进行socket操作时，执行如下代码报错 self.socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEPORT, 1)原因：不同操作系统设置socket，SO_REUSEPORT 选项不同，windows只能识别 SO_REUSEADDR解决：修改 socket.SO_REUSEPORT 为 socket.SO_REUSEADDR参考：https://stac
说明 前面从stackoverflow上找了一篇讲这两个选项的文章，文章内容很长，读到最后对Linux中的这两个选项还是有些迷茫，所以重新写一篇文章来做一个总结； 本文只总结TCP单播部分，并且只讨论该选项的bind()系统调用部分，UDP，组播，开启选项之后数据包的调度等不做讨论； man手册中对这两个套接字
说明 本文下面内容基本上是截取自stackoverflow，针对这两个选项，在另外一篇文章中做了总结，请移步<Linux TCP套接字选项 之 SO_REUSEADDR && SO_REUSEPORT> 原文部分翻译 基本知识点 TCP/UDP连接是由一个五元组(如下)标识的，不允许存在多个连接具有完全相同的五元组，否则无法对它们进行
对于一个socket，可以设置很多不同的选项，对于那些一般用途的服务器，一个最让人赶兴趣的socket选项是SO_REUSEADDR,通常地，在一个服务器进程终止后，操作系统会保留几分钟它的端口，从而防止其他进程（甚至包括本服务器自己的另外一个实例）在超市之前使用这个端口，如果你设置了SO_REUSEADDR
一、端口重用这本是没什么意思的一个东西，只是别人那么随便一问，自己也是没啥事情，就看了一下，可能没什么实际意义。从名字上看，两者都是端口重用的表示，可能是和socket的发送接收缓冲区一个，一个是全局的，一个是实例私有的。但是看了一下代码，感觉好像不是这样。二、SO_REUSEADDR选项的使用
