为何要清空输入缓存区
读取时输入缓冲区中的内容会被scanf函数逐个取走，正常case下scanf()函数可以根据返回值判断成功取走的数目；但当发生读取异常之后，输入缓冲区中的内容并未被取走，那么下次循环之时，scanf()函数发现输入缓冲区中有内容（显然编译器不会关心这个内容是不是合法），于是不再等待user输入，直接尝试读取输入缓冲区中的内容，显而易见的又是一次读取异常，如此反复。
为解决该问题，需要对输入缓冲区进行清空操作。
读取异常：比如应该读取一个整形，结果输入缓冲区内当前的内容是个字符串，就会发生读取异常。
fflush(stdin)
头文件：#include <stdio.h>
fflush(stdin)的前世今生：由Microsoft官方提供的MSDN文档里也清楚地写着：fflush on input stream is an extension to the C standard（fflush 操作输入流是对 C 标准的扩充，注意啊，是Extension！）。即C 标准中根本没有定义 fflush(stdin)，最新的C11直接删去了曾经打擦边球的fflush(stdin)。
这也就是开头说的 fflush(stdin) 曾经几乎对过一半的原因：fflush()确实也是扩展，这就是几乎对过的意思，在vs 2013之前的版本里，包括 vc++ 6.0 fflush(stdin)也确实管用。现在即使在vs 2015环境下 fflush(stdin) 也不再起作用，遑论lunix系统下呢，这就是曾经对一半。
当然，如果毫不在乎程序的移植性，在可用 fflush(stdin)的版本里面这么写也没什么大问题。
当然，如果毫不在乎程序的移植性，在可用 fflush(stdin)的版本里面这么写也没什么大问题。
ffush(stdout)
如果不考虑fflush(stdin)这个坑的话，它的兄弟fflush(stdout)还是有很大的作用的，简言之，fflush(stdout)强制输出当前输出缓冲区中的内容，一些在Debug下一些莫名其妙的error可以用fflush(stdout)立即输出在处理过程中的中间结果来确定error所在。在查阅过程中发现一句话：
1.fflush(stdin) 对输入流的操作是未定义的，所以这个还是要慎用，或许有副作用。
2.fflush(stdout) 只是将需要输出的输出缓冲区中内容当即输出，利于调试且没有什么不良后果。
rewind(stdin)
从函数名上来看，这个函数应该是重定义了输入缓冲区的Location or Size，用这个方法得到新缓冲区，前后两个输入缓冲区并不是一样的（纯猜测，轻点打脸！），其实这个函数好像也是非标准定义的（不是很确定，因为在 C11与C99的更新里面真没看到这个，不过也可以作为暂时管用的半个。都说到这里，多说一句，C11 标准确实地删除了gets()函数，用gets_s()代替，关于这一点放在最后一个链接内）
scanf(“%*[^ ]%*c”)
原理是用扫描集将缓冲区中的字符全部读取来实现清除输入缓冲区的动作，就效果来说非常管用，而且还跨平台。
对scanf(“%*[^ ]%*c”)解释：％〔^ 〕将逐个读取缓冲区中的’ ’字符之前的其它字符，％后面的表示将读取的这些字符丢弃，前遇到’ ’字符时便停止读取操作，此时，缓冲区中尚有一个’ ’字符遗留，所以后面的％*c将读取并丢弃这个遗留的换行符，这里的星号和前面的星号作用相同。由于所有从键盘的输入都是以回车结束的，而回车会产生一个’ ’字符，所以将’ ’连同它之前的字符全部读取并丢弃之后，也就相当于清除了输入缓冲区。
对scanf(“%*[^ ]%*c”)解释：％〔^ 〕将逐个读取缓冲区中的’ ’字符之前的其它字符，％后面的表示将读取的这些字符丢弃，前遇到’ ’字符时便停止读取操作，此时，缓冲区中尚有一个’ ’字符遗留，所以后面的％*c将读取并丢弃这个遗留的换行符，这里的星号和前面的星号作用相同。由于所有从键盘的输入都是以回车结束的，而回车会产生一个’ ’字符，所以将’ ’连同它之前的字符全部读取并丢弃之后，也就相当于清除了输入缓冲区。