golang tcp keepalive研究记录(基于websocket)
为什么有tcp Keepalive?
服务器和客户端建立tcp连接以后,客户端/服务器如何知道对方是否挂掉了?
这时候TCP协议提出一个办法,当客户端端等待超过一定时间后自动给服务端发送一个空的报文,如果对方回复了这个报文证明连接还存活着,如果对方没有报文返回且进行了多次尝试都是一样,那么就认为连接已经丢失,客户端就没必要继续保持连接了。如果没有这种机制就会有很多空闲的连接占用着系统资源。
KeepAlive并不是TCP协议规范的一部分,但在几乎所有的TCP/IP协议栈(不管是Linux还是Windows)中,都实现了KeepAlive功能。
RFC1122#TCP Keep-Alives
tcp Keepalive是否默认开启?
KeepAlive默认情况下是关闭的,可以被上层应用开启和关闭
如何设置tcp keepalive?
在Linux内核设置
KeepAlive默认不是开启的,如果想使用KeepAlive,需要在你的应用中设置SO_KEEPALIVE才可以生效。
查看当前的配置:
cat /proc/sys/net/ipv4/tcp_keepalive_time
cat /proc/sys/net/ipv4/tcp_keepalive_intvl
cat /proc/sys/net/ipv4/tcp_keepalive_probes
在Linux中我们可以通过修改 /etc/sysctl.conf 的全局配置:
net.ipv4.tcp_keepalive_time=7200
net.ipv4.tcp_keepalive_intvl=75
net.ipv4.tcp_keepalive_probes=9
添加上面的配置后输入 sysctl -p 使其生效,你可以使用 sysctl -a | grep keepalive 命令来查看当前的默认配置
golang websocket 客户端默认怎么处理tcp keepalive?
websocket客户端默认是开启tcp keepalive的
客户端调用的是net/dial的方法DialContext:
![](https://img2022.cnblogs.com/blog/841795/202205/841795-20220525105028782-996129398.png)
决定是否开启keepalive,取决于dial的keepalive的值,>>0就开启
把客户端的代码改造以后,就可以决定是否主动开启了:
![](https://img2022.cnblogs.com/blog/841795/202205/841795-20220525105246048-1945732079.png)
golang websocket 服务器默认怎么处理tcp keepalive?
websocket服务器默认是开启tcp keepalive的
客户端调用的是net/tcpsock_posix的tcplistener的accept方法决定的:
![](https://img2022.cnblogs.com/blog/841795/202205/841795-20220525105542389-949673518.png)
tcplistenser的lc配置文件的keepalive字段>>0就开启tcp keepalive
把服务器改造一下,支持能够主动开关tcp keepalive:
![](https://img2022.cnblogs.com/blog/841795/202205/841795-20220525105700706-1886255568.png)