跨设备Winsock2文件传输丢包问题排查（附C++代码）

• 核心问题定位
  跨设备传输时单数据包文本正常、多数据包文件末尾丢包，说明问题和内存分配（栈/堆）无关，大概率出在传输可靠性控制或数据包收发逻辑完整性上。

• 常见错误点排查

1. 未正确处理recv()返回值
   Winsock的recv()返回值可能小于请求字节数（网络分片、缓冲区限制），若直接按固定大小循环读取，遇到recv()返回-1（错误）或0（连接关闭）时会提前终止，导致末尾数据丢失。
   错误示例：

   char buf[1024];
   int total = 0;
   while (total < fileSize) {
       int len = recv(sock, buf, 1024, 0);
       fwrite(buf, 1, len, fp);
       total += len;
   }
   

   必须检查返回值，处理错误与连接异常，确保读取到足够字节。

2. 文件大小传输/校验缺失

   • 发送端未提前准确发送文件总大小，接收端无法判断何时接收完成，提前终止循环；
   • 发送端计算文件大小有误（如ftell()未正确定位文件指针），导致接收端接收字节数少于实际文件大小。

3. 未处理TCP粘包/拆包
   跨设备网络延迟高，易出现TCP粘包或拆包。若接收端按固定数据包格式解析（如固定长度头部），但未处理拆包场景，会导致末尾数据包解析失败。

4. 发送端未确保数据全部发出
   send()返回值可能小于待发送字节数（缓冲区已满），若直接忽略返回值认为数据已发送完成，会导致部分数据未发出。需循环发送直到所有字节发送完毕：

   int sendAll(SOCKET sock, const char* buf, int len) {
       int totalSent = 0;
       while (totalSent < len) {
           int sent = send(sock, buf + totalSent, len - totalSent, 0);
           if (sent == SOCKET_ERROR) return SOCKET_ERROR;
           totalSent += sent;
       }
       return totalSent;
   }
   

5. 连接提前关闭
   发送端发送完最后一批数据后直接调用closesocket()，此时TCP缓冲区可能还有数据未发送完成，导致接收端收不到末尾数据包。需先调用shutdown(sock, SD_SEND)，等待接收端确认后再关闭套接字。

• 排查步骤建议

1. 在发送端、接收端分别打印每次send()和recv()的返回值，对比发送总字节数与接收总字节数，确认是发送端未发完还是接收端没收完；
2. 打印文件实际大小、发送端发送总字节数、接收端接收总字节数，验证三者是否一致；
3. 接收端收到连接关闭信号（recv()返回0）时，检查接收总字节数是否等于文件大小，判断丢失环节；
4. 测试不同大小的文件，观察丢包字节数是否固定，区分逻辑问题与网络问题。

内容的提问来源于stack exchange，提问作者Shreeyash Shrestha