博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
socket编程---fgets和fputs函数使用理解
阅读量:4220 次
发布时间:2019-05-26

本文共 3187 字,大约阅读时间需要 10 分钟。

这一节是继续上一节的讨论,来探讨在使用socket进行通信中遇到的一些函数使用理解误区

1.fgets的使用注意点

在写socket通信(代码见上一篇中,只是将sendbuf和recvbuf的容量改变了其余不变)的时候遇到的问题,这个现象是:

在fgets(sendbuf,sizeof(sendbuf),stdin)的时候,假设我的sendbuf容量是n,也就是char sendbuf[n]

1.当我的输入小于n-1时,并且以换行为结尾的时候,fgets会在最后那个字符的后面加上一个\n字符,最后还要补上一个'\0',然后发送过去2.但是当我输入的字符串达到了n-1或大于n-1的时候,会截断到n-1处,然后在最后面加上一个\0字符(作为字符串结束)

更形象地说明这个现象,做一个假设,设定n=10,也就是buf均为10,之后再来进行通信

//在client.c中修改这两行char sendbuf[10] = {
0};char recvbuf[10] = {
0};
//在server.c中修改这一行char recvbuf[10] = {
0};

之后编译运行,通信情况如下图所示:

这里写图片描述

可以看出来,我在发送小于9的字符数时,都是正常进行通信的,但是第一个9个字符的helloworl就让程序卡死了,之后在client端再输入什么,server端都没再答应了。

这里我们先记住这个现象,接下来我们来了解一下fgets和fputs函数的用法,再联合程序来分析到底是代码的哪个步骤出了bug。

查了一下具体fgets和fputs的用法,稍微找到了一些能解释的说法:

fgets( ):会自动在字符数组最后加上一个'\0'(字符串以\0为识别,也是结束),如果字符数组长度不够(没到达缓冲区的限制值),则截断前面部分,没有'\0',如果行尾有换行符(我们这里发送数据以换行符为标识一行发送),换行符也被赋值进入数组,在'\0'的前面。

也就是说,无论什么时候,fgets都会在后面加上一个’\0’,只不过阀值比较特殊,甚至在我们这个程序中引发了一些错误。

当我输入:   hello\nsendbuf中:   hello\n\0           这时候的有效字符为6个,除去\0无效当达到阀值:  helloworl\n         换行符是第10位sendbuf中:   helloworl\0         这时候因为末尾一位必须是\0,所以截断,换行符也被截断了,不算入有效字符

所以使用fgets时,只能录入有效数据9位最多,并且需要注意的是在这里的代码中(socket通信),由于我们自己封装的一个readline函数规定,client发送数据时需要将一个\n发送给对等段,才能使得server端的readn函数真正把数据读取出去,而不是卡死在缓冲区。顺而执行到下面的代码,包含了writen,回射client端。

2.server端和client端各个函数之间通信的顺序流程图:

这里写图片描述

结合图中,我们可以知道,为什么会出现如上的结果,是阻塞在了server端的readline函数中。
把源码拿过来看一下:

ssize_t readline(int sockfd,void *buf,size_t maxline){    int ret;    int nread;    char* bufp = buf;   //指针指向buf缓冲区    int nleft = maxline;    while(1)    {        ret = recv_peek(sockfd,bufp,nleft);        if(ret < 0)            return ret;        else if(ret == 0)            return ret;              nread = ret;        int i;        for(i = 0;i
nleft) exit(EXIT_FAILURE); nleft -= nread; ret = readn(sockfd,bufp,nread); if(ret != nread) exit(EXIT_FAILURE); bufp += nread; } return -1;}

1.从代码中看,我们封装好一个sendbuf,假设client端是helloworl\n输入,这时候的helloworl\n被裁剪成了helloworl\0,这里上面详细解释过的

2.那么这样一个字符串作为sendbuf传递过来了,server进入readline函数,看以上代码,调用完了recv_peek,直接进入for循环
3.可以看出来,这个字符串是没有’\n’的,所以跳出for循环,进入下面代码,可是下面的代码一般是不执行的,因为正常遇到’\n’就直接返回退出函数。那么我们就是卡死在了这里。

得出一个结论:我们可以输入的有效字符数是容量capacity-2,留两位给\n和\0.

3.fputs函数

这个函数没对我们的程序造成什么大的影响,但是总是和fgets配对出现,将字符串打印到标准输出(屏幕…..)

#include
#include
#include
int main(){ char ch[10] = "hello\n"; printf("strlen = %d\n",(int)strlen(ch)); printf("sizeof = %d\n",(int)sizeof(ch)); char get[10]; int count = 0; fputs("hello,this is fputs\n",stdout); while(1) { fgets(get,sizeof(get),stdin); for(int i = 0;i < strlen(get);i++) { printf("%c",get[i]); count = i; } printf("\ncount = %d\n",count); printf("strlen(get) = %d\n",(int)strlen(get)); } return 0;}

大家可以把这段代码粘过去编译执行一下,是输入一段字符,求字符的有效字符数。

这里写图片描述

fgets和fputs都在里面,fputs显得相对简单地多了,只是将一段字符打印到标准输出,fgets会把’\n’作为有效字符存入字符串中。

4.总结

我们找到了问题的所在,是因为fgets对字符串的切割使得传输有效字符串有了限制,这里我还也没能找到一个好的办法来解决这个问题,但是好在只要我们的sendbuf和recvbuf足够大,一般的信息传送不会使得程序崩溃。

如果遇到数据量比较大的时候,我们应该对边界作一个切割,把大块数据切割成多个小块,在后面加上’\n’和’\0’两个预留字符。

你可能感兴趣的文章
设计模式之结构型模式
查看>>
Java的反射机制
查看>>
HashMap源码分析
查看>>
LinkedList源码分析
查看>>
这个不错!
查看>>
好久不写Qsort了,今天居然编译器不认识,日了!
查看>>
好久不做ACM 做起来手生的很。。
查看>>
对CODEFISH的意见
查看>>
新的构架
查看>>
微软真强啊!这么恶心的model(转自msdn)-----front controller
查看>>
10个月以后 重新开启我的Blog
查看>>
认输了
查看>>
学校的日子
查看>>
我的项目,我的起点
查看>>
决定不逃课了~~~
查看>>
遇到技术问题~~
查看>>
终于弄懂了聊天室的各种技术了
查看>>
母函数算法---组合数学
查看>>
分手快乐---(哪个更好呢)
查看>>
要考试--大敌当前
查看>>