tcp连接检测Keep-alive

转至/article/5814604.html

tcp连接检测keep-alive

断线检测

tcp的断线检测，是分为两种的：

① 利用tcp自带的keep
–alive机制

② 自己组建心跳包的方式向对端发送

Keep_alive机制

通过Keep-alive机制对tcp的连接保持，也就是Tcp的心跳包，见MSDN：

If keep-alive is enabled for a TCP socket with SO_KEEPALIVE, then the default TCP settings are used for the keep-alive timeout and interval unless these values
have been changed by calling the WSAIoctl function with the SIO_KEEPALIVE_VALS option. The default settings when a TCP socket is initialized sets the keep-alive timeout to 2 hours and the keep-alive interval to 1 second.

也就是说协议栈会在2小时后发送向对端发送请求包。默认情况下，此Keep-alive机制是关闭的。

自己发送心跳包机制

自己发送心跳包，在程序内一般采用多线程，检测最后发送（或者接收包）的时间，超过一定时间，则发送心跳包。

由此产生疑问：

为什么都是采用的发送的方式？

TCP原理

TCP原理应该都不陌生，但是其本质的还是对端数据包的发送，常听人说，TCP有链路，其实TCP是没有链路的，系统对数据包的判定（判断从哪个机器的哪个程序发送的），其实是通过(本端ip+本端port+对端ip+对端port)的hash值来判定的，系统根据这个值在协议栈内保存着每个socket的状态，比如当前接收了多少字节等等信息。

Keep_alive机制默认关闭的影响

Keep-alive默认下是关闭的，也就是本端与对端是除非程序主动send，是不会发送数据包（心跳包），既是，处理本端与对端的系统里的socket状态是不会变化，这里，如果对端当机（或者网线断掉），本端是无法知道对端socket已经关闭，所以本端的socket会一直的存在。



import socket

if __name__ == '__main__':

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)

sock.bind(('0.0.0.0', 8001))

sock.listen(5)

while True:

print 'here:'

conn, address = sock.accept()

buf = conn.recv(1024)

print 'buf:' + str(len(buf))

if len(buf) <= 0:

print 'conn close:', conn

客户端采用如下步骤：

1， 连接

2， 拔掉网线
经过以上两步：



从上图中可以看到，此时服务端的连接依然存在。
所以，tcp只是数据的发送与接收，包括握手，断开以及rst，time_wait，close_wait 等等。