【问题标题】:receiving part is not working well in TCP socket programming接收部分在 TCP 套接字编程中不能正常工作
【发布时间】:2021-07-13 11:25:07
【问题描述】:

我正在做一个 TCP 套接字编程。

客户: 客户端将从服务器接收文件列表 --> 向服务器发送文件名 --> 从服务器接收文件

我的问题:

  1. 服务器正确发送文件列表。我把所有的都打印出来了,所有的都寄得很好。但是,客户端可以很好地接收它,但是即使服务器发送的 while 循环完成了,while 循环也没有完成。

[客户]

while ((read_cnt=read(sd, buf, BUF_SIZE)) != 0) {
    read_cnt=read(sd, buf, BUF_SIZE);
    printf("%s\n", buf);
}

[服务器]

while ((entry=readdir(dir)) != NULL) {
    sprintf(buf, "%s\n", entry->d_name);
    write(clnt_sd, buf, strlen(buf));
}
  1. 服务器发送 17 条消息,但客户端收到 15 条消息,并且 while 循环未完成。当 while 循环收到“finish”时,让客户端完成 while 循环 --> 即使服务器发送了 17 条消息,它仍然会收到 15 条消息。

[客户]

while (1) {
    read_cnt=read(sd, buf, BUF_SIZE);
    fwrite((void*)buf, 1, read_cnt, fp);
    printf("%s\n", buf);
    if (strstr(buf, "fin") != NULL) {
        break;  
    }
    total_read += read_cnt;
    pcnt = ((total_read/ file_size) * 100.0)/10;
    printf("(%.0d %%) Send %.0f / %.0f bytes.\n", pcnt*10, total_read, file_size);
}

[服务器]

FILE *fp;
fp = fopen(file_name, "r");
    
if (fp == NULL) {
    printf("File not Exist");
    exit(1);
}

fseek(fp, 0, SEEK_END);    
int file_size = ftell(fp); 
sprintf(buf, "%d", file_size);
write(clnt_sd, buf, read_cnt);
fseek(fp, 0, SEEK_SET);
        
while (feof(fp) == 0) {
    read_cnt = fread((void*)buf, 1, BUF_SIZE, fp);
    write(clnt_sd, buf, read_cnt);
}
fclose(fp);

我尝试使用 memset, bzero 使缓冲区为空,但没有奏效。 我认为问题出在客户端部分,因为当我使用 print 检查服务器端时,它们发送良好并完成了 while 循环。但我不知道客户端接收过程有什么问题。请让我知道是什么问题。

【问题讨论】:

  • 在我看来,这看起来像是由 C++ 编译器编译的 C 风格代码:在最后一个代码 sn-p 中,您在代码块 之后 中编写 int file_size = ftell(fp);未声明。
  • 教你如何获取文件大小的人是在教你坏事。您正在使用fp = fopen(file_name, "r"); 以文本模式打开文件,并以ftell() does not return a byte offset 以文本模式打开文件:
  • "对于文本流,其文件位置指示符包含未指定的信息,fseek 函数可使用该信息将流的文件位置指示符返回到 ftell 调用时的位置;两者之间的区别两个这样的返回值不一定是衡量写入或读取字符数的有意义的量度。”这足以破坏 Windows 系统上的东西。
  • 对我来说,这看起来很像一个粗心的重新制定的考试任务,例如查看 when while loop receives "finish", make client finishes the while loop
  • @Wolf Henie 感谢您的 cmets。我的问题是接收循环没有停止。而 ((read_cnt = read(clnt_sd, buf, BUF_SIZE))!=0) 这部分。 ftell 返回了我想要的字节,我认为没有问题。但是,接收部分无法正常工作。大家知道怎么解决吗?这不是考试。那部分是我为了停止while循环而做的

标签: c linux sockets tcp serversocket


【解决方案1】:

服务器发送 17 条消息,但客户端收到 15 条消息

完全正常。

TCP 是流协议,而不是消息传递协议。您在一侧“发送”的内容可能不是另一端接收到的确切字节数。您必须期望消息在 read/recv 调用之间和内部以分块、合并或分段的形式到达。您甚至不能假设您作为 4 字节消息发送的初始“大小”写入是在同一个 read 调用中作为整个消息接收的。

实现您的客户端代码以期望 readrecv 返回一个随机字节数,最大为您传入的缓冲区大小。如果您获得的字节数少于预期,则需要创建另一个 @987654325 @ 调用以接收其余部分 - 根据需要调整目标缓冲区指针。或者使用MSG_WAITALL 标志和recv(而不是读取)在一次调用中获取所有数据。您仍然需要检查缓冲区的结果,以确保您获得了预期的字节数、流没有关闭,并验证没有发生错误(-1 返回)。

【讨论】:

  • 或者使用MSG_WAITALL 标志和recv(而不是read)在一次调用中获取所有数据。 这真的没有任何收获,因为it's not guaranteed to work:“如果套接字是基于消息的套接字,如果捕获到信号,如果连接终止,如果指定了 MSG_PEEK,或者如果有错误未决,则该函数可能会返回较少量的数据插座。”仍然需要处理部分读取结果,因此代码仍然需要存在。
  • @AndrewHenle 我改变了它,但它没有用。 while 循环仍然没有被破坏。而 (1){ read_cnt = recv(clnt_sd, buf, BUF_SIZE, MSG_WAITALL); if (read_cnt
猜你喜欢
  • 2015-10-12
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-11-07
  • 1970-01-01
  • 2021-01-14
相关资源
最近更新 更多