llfc项目笔记客户端TCP

最新推荐文章于 2025-05-06 21:12:49 发布

2301_80355452

最新推荐文章于 2025-05-06 21:12:49 发布

阅读量903

点赞数 17

文章标签：笔记 tcp/ip 网络协议

本文链接：https://blog.csdn.net/2301_80355452/article/details/147701336

版权

一、整体架构流程图（简洁版）

复制代码

【客户端启动】 
        |
  --- 初始化TcpMgr（单例）
        |
  --- 连接信号初始化：连接成功、断开、错误、发数据
        |
【用户操作：登录成功】
        |
  --- 触发发起跳转：发起连接（sig_connect_tcp）
        |
【TcpMgr收到连接请求】
        |
  --- 连接到服务器（connectToHost）
        |
【连接成功/失败】
        |                      |
   连接成功（sig_con_success）  连接失败（打印错误，处理断线）
        |                      
【连接成功后】
        |
  --- 发送登录请求（sig_send_data，格式化二进制包）
        |
【服务器返回响应】
        |
  --- 解析数据（在readyRead槽中）
        |
  --- 具体逻辑处理（比如登录成功后续操作）

二、逐步详细拆解（详细讲解、通俗比喻、关键点）

1. 为什么需要TcpMgr：

比喻：

想像你在一家咖啡店，要跟朋友（服务器）保持通话。

要确保电话线连接牢固，且可以随时发信息或者听取对方的消息。

TcpMgr就像那“电话助手”，帮你管理这通“长途电话”！
关键点：
1. 持续保持连接（长连接）
2. 安全、线程安全地发消息
3. 透明、统一管理网络细节（重试、错误处理）

2. TcpMgr的设计（核心成员变量和信号槽）：

核心变量：
- _socket：TCP连接对象（其实就是那“电话线路”）
- _host & _port：目标服务器的地址和端口（电话线号码）
- _buffer：存放还未处理完的“接收消息的积累”
- _b_recv_pending：标记是否还在等待剩余消息（就像打电话时，悬念信息没有全到位）
- _message_id & _message_len：协议头的两个字段（消息类型和长度）
信号：
- sig_con_success(bool)：连接成功或失败（电话接通/断线）
- sig_send_data(ReqId, QString)：请求发消息（发话）
槽函数（对应操作）：
- slot_tcp_connect()：发起连接
- slot_send_data()：发一段信息

3. 建立连接流程（连接服务器）：

调用slot_tcp_connect(ServerInfo)：

相当于你拨出电话（connectToHost()），告诉那家“电话线”那端：“我想找你”。
连接成功：
- QObject::connect(&_socket, &QTcpSocket::connected, ...：——> 电话“成功接通”！
连接失败或错误：
- 报错信息（例如“找不到人/没人接听”）

━━━━ 这部分就像是：

你拨出去，接通啦！

4. 收到数据（readyRead槽的逻辑）

核心功能：
- 读所有新数据，把“流入的二进制长消息”拼起来（因为网络传输是流，没有边界），直到完整一条消息。
协议拆包：
- 先读“消息头”：
  - 消息ID（ReqId）
  - 消息长度（数据体长度）
- 根据长度，从buffer裁剪出对应的消息体（内容）
比喻：

就像你在听电话