C语言客户端与服务器Socket通信技术问题咨询

你现在用C语言实现了一个基于Socket的简易数据库应用：客户端传入表名参数后，服务器读取对应CSV文件并返回内容，但遇到了两个疑惑，咱们逐个分析解决。

问题1：为何将客户端recv的第三个参数改为35就能正常接收内容？ #

核心问题出在客户端代码里的未初始化野指针：

char *result; // 这是一个没有分配内存的野指针，指向随机地址

当你调用recv(sock, result, 3000, 0);时，要求系统往一个随机内存地址写入3000字节数据，这属于严重的内存越界访问，行为完全不可预测：可能直接崩溃，可能覆盖其他内存区域导致奇怪输出（比如你看到的"a"），也可能侥幸正常但埋下隐患。

改成35能正常工作只是运气好——这个野指针指向的内存区域刚好能容纳35字节，且没触发系统内存保护机制。但这完全是偶然情况，换个环境或数据长度稍变，程序必然崩溃。

另外还要纠正客户端的一个小错误：

send(sock, buf, sizeof(buf), 0); // 错误：发送了整个256字节的buf，包括多余空字符

应该改成send(sock, buf, strlen(buf) + 1, 0);，只发送实际的表名字符串（加1是为了包含字符串结束符'\0'）。

问题2：如何在客户端调用recv前获取结果的实际长度？ #

有两种可靠的工业级方案可以实现：

方案1：服务器先发送数据长度，再发送内容 #

这是最通用的方式，逻辑清晰且跨平台友好：

1. 服务器端：读取完文件内容后，先计算内容长度，将长度转换为网络字节序（避免不同平台字节序差异），先发送长度，再发送实际内容。
2. 客户端：先接收长度值，转换回主机字节序，再根据长度分配内存，最后接收对应长度的数据。

示例代码片段：

• 服务器端发送逻辑：

int data_len = strlen(result);
int net_len = htonl(data_len); // 转换为网络字节序
send(sock2, &net_len, sizeof(net_len), 0);
send(sock2, result, data_len, 0);

• 客户端接收逻辑：

int net_len, data_len;
// 先接收长度
recv(sock, &net_len, sizeof(net_len), 0);
data_len = ntohl(net_len); // 转换回主机字节序

// 分配内存（加1是为了存储字符串结束符）
char *result = (char*)malloc(data_len + 1);
if (result == NULL) {
    perror("malloc failed");
    return 1;
}

// 接收实际内容
recv(sock, result, data_len, 0);
result[data_len] = '\0'; // 手动添加字符串结束符
printf("%s", result);

free(result); // 记得释放动态分配的内存

方案2：使用特殊结束标记 #

在服务器发送的内容末尾添加一个约定好的结束标记（比如"\r\n\r\n"或自定义的"END_OF_DATA"），客户端循环调用recv拼接数据，直到遇到这个标记为止。

这种方式不需要先发送长度，适合文本类数据，但需要处理数据拼接的逻辑，比如客户端每次接收一部分数据后，检查是否包含结束标记，若包含则截断标记并停止接收。

额外代码修正建议 #

1. 客户端的result必须分配内存：要么用固定大小的数组（比如char result[3000];），要么用malloc动态分配，绝对不能使用未初始化的野指针。
2. 服务器端的recv使用了MSG_PEEK：这个参数是查看数据但不清除缓冲区，若之后没有再调用普通recv，数据会留在缓冲区影响后续连接，建议去掉MSG_PEEK，直接用recv(sock2, buf, sizeof(buf), 0);。

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