查了好多资料,发现还是不全,干脆自己整理吧,至少保证在我的做法正确的,以免误导读者,也是给自己做个记录吧!
与缓存区相关最常见的操纵就是字符的输入与输出操纵getchar,getc,getch,getche,gets系列函数。
第一个例子(与getchar有关):
#include<stdio.h> int main() { int ch; ch=getchar(); ch=getchar(); printf("%d\n",ch); return 0; }
代码如上,当输入一个字符按下回车后程序没有等待你二次输入就结束了,而且无论输入什么运行结果均是10,是不是是很奇怪(反正我第一次碰到时感觉是很奇怪),更奇怪的是当你一次性输入多个字符如abcd结果又正确的打印出了98,为什么呢?这就是缓冲区的原因。
解释如下:getchar定义在stdio.h文件中,我们在stdio.h中可以找到其相关的定义:
#define getchar() getc(stdin)//即getchar等同于调用getc(stdin)
我们又找到getc的定义
#define getc(_stream) (--(_stream)->_cnt >= 0 \ ? 0xff & *(_stream)->_ptr++ : _filbuf(_stream))
将其开展即得:
if(--(stdin)->_cnt>=0) return 0xff&*(stdin)->ptr++;
else return filbuf(stdin);
代码译如下stdin是标准输入流,查看MSDN与stdio.h中可以看到定义如下:
Stdio.h中:
#define stdin (&_iob[0])
跟踪即可得:
_CRTIMP extern FILE _iob[];
从上面代码可得_iob是FILE结构类型的,查看stdio.h中可以看到FILE结构体定义如下:
struct _iobuf { char *_ptr; int _cnt; char *_base; int _flag; int _file; int _charbuf; int _bufsiz; char *_tmpfname; };
从FILE结构中我们可以失掉了上面getc宏定义中使用的_cnt,_ptr成员,但这些都是次要的,我们应该不难发现有这样几个成员_bufsize,_base分离对应的是缓冲区大小,缓冲区基地址,从这里失掉一个显而意见的论断就是getchar函数使用了缓冲机制。(_cnt对应的是缓冲区的输入的字节数目,_ptr对应的是读指针的位置)
getc宏定义详解
--(stdin)->_cnt>=0
此句判断是不是缓冲区内有数据,有的话就减一(表示又读了一个),并读取数据return 0xff&*(stdin)->ptr++,读完成后,将读指针向前移一个位置【主要】
好了,讲了这么多都是铺垫,现在回到正题为什么会涌现上述结果:)
涌现上述结果追根结底还是由于getchar函数使用了缓冲(看了上面的,我想大家也知道了,确实使用了缓冲),当输入一个字符按下回车后程序没有等待你二次输入就结束了,而且无论输入什么运行结果均是10,这是因为当用户输入了一个字符后,并按下回车后,缓冲中会存入用户输入的字符以及换行键的ASCII码(10 ~)【略去的回车的ASCII码13,可能是为了跨平台,在Linux下,回车后就是换行10,Windows下回车是先回车回到首行,再换行,即13 10】(执行第一次getchar实际上是执行getc的else语句,填充缓存区后_cnt=2,_prt指向0位置,执行完后_cnt=1,_prt指向1位置),第二次执行getchar时,调用getc不会再执行else语句,执行的是if语句,故第二次不再等待用户输入了,直接执行,执行后cnt=0,prt指向位置2,并返回ptr指向位置1时的结果,即10,由于10为换行键,当执行碰到此时,会在执行完后清空缓存,ptr从新指向了位置0,cnt=0。
当输入abc的时候分析一样,只不过扫行了第二个getchar后,cnt=2,ptr指向了位置2。
本文Doc文档已上传,下载地址
文章结束给大家分享下程序员的一些笑话语录: 警告
有一个小伙子在一个办公大楼的门口抽着烟,一个妇女路过他身边,并对他 说, “你知道不知道这个东西会危害你的健康?我是说, 你有没有注意到香烟 盒上的那个警告(Warning)?”
小伙子说,“没事儿,我是一个程序员”。
那妇女说,“这又怎样?”
程序员说,“我们从来不关心 Warning,只关心 Error”
--------------------------------- 原创文章 By
输入和执行
---------------------------------