输入执行GetChar缓存机制剖析
查了好多资料，发现还是不全，干脆自己整理吧，至少保证在我的做法正确的，以免误导读者，也是给自己做个记录吧！
与缓存区相关最常见的操纵就是字符的输入与输出操纵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
输入和执行
---------------------------------
