当前位置: 首页 > news >正文

【Debug】the remote host closed the connection错误信息分析

  • 出现的情况说明:QT软件。刚开始都可以连接成功 之后连接 断开几次 就会出现连接失败 错误信息是the remote host closed the connection。
  • the remote host closed the connection广泛原因分析
    这个错误通常意味着远端 STM32 服务器主动关闭了连接。可能的原因包括:
  1. STM32 服务器端代码问题(未正确处理 accept() 或 recv())。
  2. STM32 端口未真正监听(bind() 或 listen() 失败)。
  3. STM32 服务器收到连接但立即关闭(可能是 close()、shutdown()、LWIP 资源不足等问题)。
  4. STM32 服务器崩溃或进入错误状态(导致 Socket 断开)。
  5. 数据包格式错误(QT 端发送的数据 STM32 解析失败并主动关闭连接)。
  6. 超时机制(STM32 端等待超时后主动关闭连接)。
  • 解决方法
  1. STM32 端 close() 了连接,说明它检测到了错误或超时,需要检查 recv() 逻辑。
  2. 在 STM32 代码中,accept() 后不要立即 close(),而是等待客户端数据
  3. 如果 recv() 返回 0,通常表示客户端关闭了连接,此时 STM32 也会 close(client_fd)
char buffer[256];
int bytes_received = recv(client_fd, buffer, sizeof(buffer), 0);
if (bytes_received == 0) {printf("客户端主动关闭连接\n");close(client_fd);
}

由于一开始前几次都是可以连接成功的,可以缩小原因继续分析。

  • 可能的原因
    STM32 端的 Socket 没有正确关闭,导致端口资源被占用
    每次 accept() 后,如果 close(client_fd); 处理不当,可能会导致连接数耗尽。
    STM32 端可能没有正确释放 PCB(Protocol Control Block),导致 LWIP 资源不足。
    STM32 端 TCP 连接数受限(LWIP 资源问题)
    默认 STM32 LWIP 可用的 TCP 连接数量有限,如果旧的连接没有释放,新连接可能会失败。
    MEMP_NUM_TCP_PCB 可能设置过小,导致新连接无法分配资源。
    STM32 没有正确处理 recv() 返回 0(客户端主动断开)
    正常断开:recv() 返回 0,服务器应该 close(client_fd) 释放资源。
    如果没有正确释放,可能导致系统一直保持死连接,新的连接无法建立。
  • 解决方法尝试
  1. 上述解决方法3
  2. 在 lwipopts.h 中 增加 TCP 连接的数量:✅ 如果 MEMP_NUM_TCP_PCB 太小,STM32 端可能会因为连接数耗尽而拒绝新连接。
#define MEMP_NUM_TCP_PCB 10  // 增加 TCP 连接数
#define MEMP_NUM_TCP_PCB_LISTEN 5  // 允许最大监听连接数
  1. 关闭 linger 避免 TIME_WAIT
    如果 TCP 连接没有正确关闭,可能会进入 TIME_WAIT 状态,导致端口被占用。可以通过 setsockopt() 设置 SO_LINGER 让 STM32 端尽快释放端口:✅ 这样,连接关闭后不会进入 TIME_WAIT 状态,防止端口被占用。
struct linger so_linger;
so_linger.l_onoff = 1;  // 打开 linger
so_linger.l_linger = 0; // 立即关闭连接
setsockopt(client_fd, SOL_SOCKET, SO_LINGER, &so_linger, sizeof(so_linger));
  1. 在 QT 端强制关闭连接
    QT 端每次断开连接后,确保完全释放 Socket:避免 QT 端 Socket 资源占用,导致 STM32 端误判连接未释放。
socket->close();
socket->deleteLater();
  1. 在 PC 端检查 STM32 端口状态
    在 PC 上,运行:
netstat -an | grep 8080
#如果看到大量 TIME_WAIT 状态:
tcp        0      0 192.168.1.100:8080   192.168.1.200:50000   TIME_WAIT
#说明STM32 端口没有正确释放,需要用 SO_LINGER 解决。
  1. Qt 的socket 被设置成了异步,这种 waitForxxxx 函数容易出问题,如果你想知道数据有没有写入,可以连接 bytesWritten 信号。
http://www.lryc.cn/news/532403.html

相关文章:

  • SpringBoot扩展篇:@Scope和@Lazy源码解析
  • “AI隐患识别系统,安全多了道“智能护盾”
  • 通向AGI之路:人工通用智能的技术演进与人类未来
  • 论文阅读:InstanceDiffusion: Instance-level Control for Image Generation
  • 7.攻防世界 wzsc_文件上传
  • 以为是响应式对象丢失导致数据没有回显
  • 来 Gitcode 免费体验 DeepSeek 蒸馏模型,开启 AI 探索新旅程
  • 2.Mkdocs配置说明(mkdocs.yml)【最新版】
  • 云轴科技ZStack+海光DCU:率先推出DeepSeek私有化部署方案
  • 扩增子分析|零模型2——基于βNTI的微生物随机性和确定性装配过程(箱线图和柱状图R中实现)
  • 专题:剑指offer
  • DeepSeek 部署过程中的问题
  • DeepSeek R1本地化部署 Ollama + Chatbox 打造最强 AI 工具
  • 应急场景中的数据融合与对齐
  • 手机上运行AI大模型(Deepseek等)
  • Mellanox网卡信息查看
  • 【漫画机器学习】083.安斯库姆四重奏(Anscombe‘s quartet)
  • TCP | RFC793
  • 2025蓝桥杯JAVA编程题练习Day2
  • 《解锁GANs黑科技:打造影视游戏的逼真3D模型》
  • es match 可查 而 term 查不到 问题分析
  • 【OpenCV实战】基于 OpenCV 的多尺度与模板匹配目标跟踪设计与实现
  • 将有序数组转换为二叉搜索树(力扣108)
  • 开放式TCP/IP通信
  • S4 HANA (递延所得税传输)Deferred Tax Transfer - S_AC0_52000644
  • 如何从0开始做自动化测试?
  • DeepSeek服务器繁忙问题的原因分析与解决方案
  • C#,入门教程(10)——常量、变量与命名规则的基础知识
  • 宏观经济:信贷紧缩与信贷宽松、通货膨胀与通货紧缩以及经济循环的四个周期
  • 分层解耦.