Windos应用程序之tcp检测断开机制

简介

本文章介绍当tcp建立链接后检测断开的方式。(不考虑用户程序自己建立心跳的机制)

断开的方式归纳起来应该有两种:
①正常运行,建立连接的双方其中一方主动断开。
②中途,网线断开。

具体实现

头文件

#include <winsock2.h>
#pragma comment(lib,"Ws2_32.lib")

C代码
对于①的情况,会通过网线,断开的一方会继续将断开情况告知对方,此时,我们在程序中可以根据sock的属性来知道连接状态。

int tcp_is_connected(int fd)
{
    struct tcp_info info;
    int len = sizeof(info);
 
    if (fd <= 0) return 0;
 
    getsockopt(fd, IPPROTO_TCP, TCP_INFO, &info, (socklen_t *)&len);
    /*if (info.tcpi_state == TCP_ESTABLISHED) */
    if (info.tcpi_state == 1)  // Is connected
        return 1;
    else  // Losed
        return 0;
}

对于②的情况,我们需要运用tcp的keepalive机制。

keepalive机制就是通过监控网口上数据的交互,当一段时间没有数据交互,启动keepalive的一方会发送一个检测帧,询问另一方在不在线,正常情况,另一方会马上回复一个帧。当多次询问无果后,确认另一方没在线,应该断开连接。

开启keepalive属性的代码如下:

int SetKeepAlive(int fd, int idle, int cnt, int intv)
{  
    int alive;
    /*int flag, idle, cnt, intv;  */
 
    /* Set: use keepalive on fd */  
    alive = 1;  
    if (setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE, &alive,  sizeof alive) != 0)  
    {  
        perror("Set keepalive fail");  
        return -1;  
    }  
 
    /* idle秒钟无数据,触发保活机制,发送保活包 */  
    /*idle = 10;  */
    if (setsockopt (fd, SOL_TCP, TCP_KEEPIDLE, &idle, sizeof idle) != 0)  
    {  
        perror("Set keepalive idle fail");  
        return -1;  
    }  
 
    /* 如果没有收到回应,则intv秒钟后重发保活包 */  
    /*intv = 5;  */
    if (setsockopt (fd, SOL_TCP, TCP_KEEPINTVL, &intv, sizeof intv) != 0)  
    {  
        perror("Set keepalive intv fail");  
        return -1;  
    }  
 
    /* 连续cnt次没收到保活包,视为连接失效 */  
    /*cnt = 3;  */
    if (setsockopt (fd, SOL_TCP, TCP_KEEPCNT, &cnt, sizeof cnt) != 0)  
    {  
        perror("Set keepalive cnt fail");  
        return -1;  
    }  
 
    return 0;  
}

一个实例:
开启keepalive的一方是 192.168.15.11, 作为的tcp的客户端
另一方是 192.168.15.110, 作为的是tcp的服务器
如果仅仅有①这种机制的话,当你在建立连接后拔掉网线,读取sock属性,属性是连接状态的,此时就要用到keepalive机制了。
用上边的函数设置keepalive机制,用户数据没有收发

SetKeepAlive(gtcp_set.fd, 6, 2, 2);

用wireshark抓取的断开的一段时间的数据如下:
在这里插入图片描述
从左到右列表示的意思依次是时间,原地址,目的地址,协议。。

我们看到,图上的①②③经历的时间都是6s,这是正常的keepalive询问,网线还没有断开的状态,③之后是网线断开,当网线断开192.168.15.11在194s发送询问,192.168.15.110并没有回复数据, 2s之后196s发送询问,依然没有回复,第二次2s后198,依然没有回复,视为连路断开。

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
当 QTcpSocket 发送数据时遇到 TCP 窗口已满(TCP Window Full)的情况时,发送方应该停止发送数据,直到接收方回复窗口更新消息。如果长时间未收到窗口更新消息,可以尝试在一定的时间后重新发送数据,或者关闭当前的 TCP 连接。 如果长时间未收到窗口更新消息,可以考虑使用 `QTimer` 类定时检查接收方是否已经准备好接收数据,例如: ```cpp void MyTcpSocket::on_error(QAbstractSocket::SocketError error) { if (error == QAbstractSocket::SocketError::SocketTimeoutError) { if (!m_waiting_window_update) { // 如果长时间未收到窗口更新消息,则开始等待窗口更新消息 m_waiting_window_update = true; m_window_update_timer.start(5000); // 等待 5 秒钟 } else { // 如果等待时间已经超过阈值,则关闭当前的 TCP 连接 close(); } } } void MyTcpSocket::on_readyRead() { // 接收到窗口更新消息后,停止等待并重新发送数据 m_waiting_window_update = false; m_window_update_timer.stop(); // 继续发送数据... } void MyTcpSocket::on_windowUpdateTimeout() { // 如果等待时间已经超过阈值,则关闭当前的 TCP 连接 close(); } ``` 在上面的示例代码中,`m_waiting_window_update` 表示当前是否正在等待窗口更新消息,`m_window_update_timer` 是一个定时器,用于定时检查窗口更新消息是否已经收到。当 `QAbstractSocket::SocketError::SocketTimeoutError` 错误发生时,如果当前未在等待窗口更新消息,则开始等待窗口更新消息,并启动定时器等待。如果等待时间已经超过阈值,则关闭当前的 TCP 连接。当收到窗口更新消息时,停止等待并重新发送数据。 需要注意的是,在实际的应用中,需要根据具体情况调整等待时间和阈值。另外,如果长时间未收到窗口更新消息,也可以尝试调整发送方和接收方的 TCP 缓冲区大小,以提高网络通信的性能。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值