14.8 Socket 一收一发通信

通常情况下我们在编写套接字通信程序时都会实现一收一发的通信模式，当客户端发送数据到服务端后，我们希望服务端处理请求后同样返回给我们一个状态值，并以此判断我们的请求是否被执行成功了，另外增加收发同步有助于避免数据包粘包问题的产生，在多数开发场景中我们都会实现该功能。

Socket粘包是指在使用TCP协议传输数据时，发送方连续向接收方发送多个数据包时，接收方可能会将它们合并成一个或多个大的数据包，而不是按照发送方发送的原始数据包拆分成多个小的数据包进行接收。

造成粘包的原因主要有以下几个方面：

• TCP协议的特性：TCP是一种面向连接的可靠传输协议，保证了数据的正确性和可靠性。在TCP协议中，发送方和接收方之间建立了一条虚拟的连接，通过三次握手来建立连接。当数据在传输过程中出现丢失、损坏或延迟等问题时，TCP会自动进行重传、校验等处理，这些处理会导致接收方在接收数据时可能会一次性接收多个数据包。
• 缓冲区的大小限制：在接收方的缓冲区大小有限的情况下，如果发送方发送的多个小数据包的总大小超过了接收方缓冲区的大小，接收方可能会将它们合并成一个大的数据包来接收。
• 数据的处理方式：接收方在处理数据时，可能会使用不同的方式来处理数据，比如按照字节流方式读取数据，或者按照固定长度读取数据等方式。不同的处理方式可能会导致接收方将多个数据包合并成一个大的数据包。

如果读者是一名Windows平台开发人员并从事过网络套接字开发，那么一定很清楚此缺陷的产生，当我们连续调用send()时就会产生粘包现象，而解决此类方法的最好办法是在每次send()后调用一次recv()函数接收一个返回值，至此由于数据包不连续则也就不会产生粘包的现象。

14.8.1 服务端实现

服务端我们实现的功能只有一个接收，其中RecvFunction函数主要用于接收数据包，通过使用recv函数接收来自socket连接通道的数据，并根据接收到的数据判断条件，决定是否服务器托管网发送数据回应。如果接收到的数据中命令参数满足command_int_a=10和command_int_b=20，那么该函数会构建一个新的数据包，将其发送回客户端，其中包括一个表示成功执行的标志、一个包含欢迎信息的字符串以及其他数据信息。如果接收到的数据命令参数不满足上述条件，则函数会构建一个新的数据包，将其发送回客户端，其中只包括一个表示执行失败的标志。最后，函数返回一个BOOL类型的布尔值，表示接收函数是否成功执行。

#include 
#include 
#include 

#pragma comment(lib,"ws2_32.lib")

typedef struct
{
  int command_int_a;
  int command_int_b;
  int command_int_c;
  int command_int_d;

  unsigned int command_uint_a;
  unsigned int command_uint_b;

  char command_string_a[256];
  char command_string_b[256];
  char command_string_c[256];
  char command_string_d[256];

  int flag;
  int count;
}send_recv_struct;

// 调用接收函数
BOOL RecvFunction(SOCKET &sock)
{
  // 接收数据
  char recv_buffer[8192] = { 0 };
  int recv_flag = recv(sock, (char *)&recv_buffer, sizeof(send_recv_struct), 0);
  if (recv_flag command_int_a command_int_a == 10 && buffer->command_int_b == 20)
  {
    send_recv_struct send_buffer = { 0 };
    send_buffer.flag = 1;
    strcpy(send_buffer.command_string_a, "hello lyshark");

    // 发送数据
    int send_flag = send(sock, (char *)&send_buffer, sizeof(send_recv_struct), 0);
    if (send_flag 

14.8.2 客户端实现

对于客户端而言，其与服务端保持一致，只需要封装一个对等的SendFunction函数，该函数使用send函数将一个send_recv_struct类型的指针send_ptr发送到指定的socket连接通道。在发送完成后，函数使用recv函数从socket连接通道接收数据，并将其存储到一个char型数组recv_buffer中。接下来，该函数使用send_recv_struct类型的指针buffer将该char型数组中的数据复制到一个新的send_recv_struct类型的结构体变量recv_ptr中，最后返回一个BOOL类型的布尔值，表示发送接收函数是否成功执行。

#include 
#include 

#pragma comment(lib,"ws2_32.lib")

typedef struct
{
  int command_int_a;
  int command_int_b;
  int command_int_c;
  int command_int_d;

  unsigned int command_uint_a;
  unsigned int command_uint_b;

  char command_string_a[256];
  char command_string_b[256];
  char command_string_c[256];
  char command_string_d[256];

  int flag;
  int count;
}send_recv_struct;

// 调用发送接收函数
BOOL SendFunction(SOCKET &sock, send_recv_struct &send_ptr, send_recv_struct &recv_ptr)
{
  // 发送数据
  int send_flag = send(sock, (char *)&send_ptr, sizeof(send_recv_struct), 0);
  if (send_flag 

运行上述代码服务器托管网片段，读者可看到如下图所示的输出信息；

本文作者： 王瑞
本文链接： https://www.lyshark.com/post/4796bde3.html
版权声明： 本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！

服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net

相关推荐: 除了运行、休眠…进程居然还有僵尸、孤儿状态

摘要：本章我们将认识几种进程状态——运行状态、休眠状态、暂停状态、退出状态等。还要介绍两种具有惨烈身世的僵尸进程与孤儿进程~ 本文分享自华为云社区《僵尸进程？孤儿进程？为什么他有如此惨烈的身世…》，作者： 花想云 。 认识进程状态 Linux中进程状态一般…